https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
--- Comment #8 from Andrew M. ---
(In reply to Andrew Pinski from comment #7)
> One thing to try is -fno-tree-ter.
Stack sizes for -fno-tree-ter:
4.9.4: 272 bytes
5.1-5.4: 288 bytes
6.1-6.3: 560 bytes
7: 560 bytes
Performance improves a lot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
--- Comment #7 from Andrew Pinski ---
One thing to try is -fno-tree-ter.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |7.0
--- Comment #6 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #5 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
--- Comment #3 from Andrew M. ---
Created attachment 40443
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40443=edit
generated code for gcc-6.3 example.c -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
--- Comment #2 from Andrew M. ---
Created attachment 40442
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40442=edit
generated code for gcc-4.9.4 example.c -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
--- Comment #1 from Andrew M. ---
gcc versions >= 5 started dropping all of the additions down to the bottom of
the function instead of keeping a running total. Optimization appears to follow
4.x.x up to tree-reassoc1 where >= 5 uses slightly
