https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97784
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97784
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97784
--- Comment #6 from Segher Boessenkool ---
(In reply to Richard Biener from comment #3)
> There is targetm.sched.reassociation_width which specifies how re-assocation
> should make such sequence "wide".
Ah cool, thank you :-)
> Andrew is correc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97784
--- Comment #5 from Richard Biener ---
Created attachment 49544
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49544&action=edit
patch doing -fwrapv late
One piece of the approach would move reassoc after the last VRP pass:
diff --git a/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97784
--- Comment #4 from Richard Biener ---
Oh and for the GIMPLE side there's still my TODO item of "finishing" turning
late GIMPLE to -fwrapv as to make the last reassoc pass effective here. But
it's again a bit late for that. Hmm, I might simply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97784
Richard Biener changed:
What|Removed |Added
Component|rtl-optimization|target
Target|
