[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-06-06 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-04-18 Thread gjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 --- Comment #9 from Georg-Johann Lay 2012-04-18 20:00:17 UTC --- (In reply to comment #6) > We can see this bug on avr target too. Thanks for the test case. It's a bug, but completely unrelated to this one. See PR53033.

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-04-18 Thread mhlavink at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 --- Comment #8 from Michal Hlavinka 2012-04-18 12:22:34 UTC --- Created attachment 27182 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27182 pre-processed reproducer (avr) (In reply to comment #7) > Would you please post a complete test ca

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-04-17 Thread gjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 Georg-Johann Lay changed: What|Removed |Added CC||gjl at gcc dot gnu.org --- Comment #7

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-04-05 Thread mhlavink at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 --- Comment #6 from Michal Hlavinka 2012-04-05 08:12:54 UTC --- We can see this bug on avr target too. Following code does not work: DirEnttmp = eeFs.files[i_fileId1]; eeFs.files[i_fileId1] = eeFs.files[i_fileId2]; eeFs.files[i_file

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-02-28 Thread jay.foad at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 --- Comment #5 from Jay Foad 2012-02-28 13:03:50 UTC --- > But to answer your question, how you can assert it is properly aligned, in gcc > 4.7.0 you can write: > __builtin_memcpy (&i, __builtin_assume_aligned (p, sizeof *p), sizeof i); Thanks

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-02-28 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4 f

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-02-28 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 --- Comment #3 from Richard Guenther 2012-02-28 12:15:53 UTC --- (In reply to comment #2) > > On the tree level nothing guarantees that 'p' is properly aligned. > > This is a digression, but what about C99 (Committee Draft -- April 12, 2011) > 6

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-02-28 Thread jay.foad at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 --- Comment #2 from Jay Foad 2012-02-28 11:51:00 UTC --- > On the tree level nothing guarantees that 'p' is properly aligned. This is a digression, but what about C99 (Committee Draft -- April 12, 2011) 6.3.2.3p7: "A pointer to an object type m

[Bug target/52415] memcpy to local variable generates unnecessary stack frame for armv7

2012-02-28 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52415 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|