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 wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Andrew M. changed:
What|Removed |Added
Component|target |rtl-optimization
--- Comment #4 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&action=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&action=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 dif
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: liquidsun at gmail dot com
Target Milestone: ---
Created attachment 40441
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40441&action=edit
example.c
