https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81554
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2017-07-26
CC| |hubicka at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
Bah.
I wonder if we should drop to -fwrapv semantics (thus RTL semantics) at some
point after GIMPLE loop optimizations, preferably before reassoc after loop.
It shouldn't be too difficult to implement that (well, just a "bit" ugly)
to try benchmarking it. To do it "cleanly" we'd add/change the optimization
node associated with cfun. In a new pass_late_gimple_begin do
pop_cfun ();
<adjust opt node>
push_cfun ();
unless fwrapv/ftrapv is already set, of course.
Going to try sth like that.
