[Bug middle-end/36828] 4.3.1 when optimising for size generates much larger code than 4.0.x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36828 --- Comment #4 from Joel Sherrill joel at gcc dot gnu.org --- Based on the last comment, should this PR be closed. It has been five years.
[Bug middle-end/36828] 4.3.1 when optimising for size generates much larger code than 4.0.x
--- Comment #3 from ramana at gcc dot gnu dot org 2009-04-29 15:50 --- The size regression occurs with 4.3.x but with trunk today I see a size reduction to 992 bytes which is in the ball park of the original size. -- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-04-29 15:50:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36828
[Bug middle-end/36828] 4.3.1 when optimising for size generates much larger code than 4.0.x
--- Comment #1 from zoltan at bendor dot com dot au 2008-07-15 22:33 --- Created an attachment (id=15915) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15915action=view) Test code to demonstrate the size increase A short C file that compiles to about 60% larger with the new compiler, command line options can be find in the file itself -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36828
[Bug middle-end/36828] 4.3.1 when optimising for size generates much larger code than 4.0.x
--- Comment #2 from joel at gcc dot gnu dot org 2008-07-15 22:44 --- I attached this code earlier for you to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849 along with size reports for various optimization levels (Os, O1, and O2) and gcc versions. Is this a dupe of that PR or separate? Can someone familiar with 31849 make a ruling? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36828