https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102253
--- Comment #5 from Andrew Pinski ---
On the trunk with the original testcase here we get:
tree copy headers : 12.16 ( 19%) 0.01 ( 2%) 21.57 ( 28%)
771k ( 0%)
(I suspect the rest is due to not setting release checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102253
--- Comment #4 from Andrew Pinski ---
VRP/ranger uses SCEV now so it might even be worse, the testcase from PR 110396
has that behavior too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102253
Andrew Pinski changed:
What|Removed |Added
CC||luydorarko at vusra dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102253
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102253
--- Comment #1 from Richard Biener ---
replacing the loop bound 1024 with 'b' moves the two offenders off the radar
leaving, with N == 1
ipa function summary : 12.91 ( 11%) 0.00 ( 0%) 12.92 ( 11%)
9800k ( 0%)
loop ini
