https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target| |x86_64-*-*
Target Milestone|--- |14.0
--- Comment #10 from Richard Biener <rguenth at gcc dot gnu.org> ---
PRE : 444.33 ( 55%) 0.19 ( 4%) 444.86 ( 54%)
216k ( 0%)
There's a few other bugs about RTL PRE being slow (it's usually the dataflow
parts implemented with big sbitmaps and expression hashes). I've tried a
few times to get my hands into that but it's somewhat difficult.
For profile-generate we have a lot more memory ops which is what likely
kills us here (lots of bitmap iteration with disabled inlining/optimization).
Is this really a regression in GCC 14?
Note we are already using -fno-checking for building stage2.
