https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117922
--- Comment #11 from Richard Biener <rguenth at gcc dot gnu.org> --- I'll note that with release checking (less garbage collection) even with -fno-fold-mem-offsets I still see 20GB memory use and if-conversion 2 : 3.93 ( 1%) 55k ( 0%) `- loop init : 0.19 ( 0%) 1512 ( 0%) `- dominance computation : 1.00 ( 0%) 0 ( 0%) `- df live regs : 16.95 ( 6%) 0 ( 0%) `- df live&initialized regs : 16.42 ( 6%) 0 ( 0%) hard reg cprop : 4.00 ( 2%) 9072 ( 0%) `- df live regs : 11.01 ( 4%) 0 ( 0%) `- df reg dead/unused notes : 0.11 ( 0%) 278k ( 0%) `- df live&initialized regs : 11.01 ( 4%) 0 ( 0%) also reorder blocks : 13.78 ( 5%) 4663M ( 80%) ext dce : 13.48 ( 5%) 0 ( 0%) so this needs more bisection (and split out bugs). GCC 14 managed with 8GB memory and half the compile-time (with -fno-fold-mem-offsets). In particular reorder blocks GC memory report above sticks out and if-conversion 2 took just 0.1s with GCC 14.
