https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111241
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
Known to fail| |11.4.0, 13.2.0
Last reconfirmed| |2023-08-31
Version|unknown |13.2.0
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed. -ftime-report -ftime-report-details reveals most of the alias stmt
walking time is from FRE (and then PRE). Lowering --param
sccvn-max-alias-queries-per-access doesn't help much (but we're not running
into the existing limit anyway).
At -O1 FRE doesn't iterate and PRE doesn't run so that helps compile-time.
We possibly run into the VN iteration complexity which scales non-linearily
with loop depth. Lowering --param=rpo-vn-max-loop-depth to it's minimum
of two doesn't help either though.
Not a recent regression, the testcase doesn't build with GCC 10, GCC 11.4 is
20% slower than 13.2 for me.
