https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88597
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2019-01-02
Version|4.6.0 |9.0
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
The interesting part is of couse that =26 is fast but =27 is slow... likely
because after completely peeling the inner loop the outer loop is starting to
be peeled and analysis on _that_ body is taking forever for some reason
(well, quadratic analysis in SCEV which isn't guarded "properly" everywhere).
Mine.
