https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #13 from Kewen Lin <linkw at gcc dot gnu.org> --- (In reply to Martin Liška from comment #11) > One more test-case that started to ICE with the same revision: > > ./xgcc -B. > /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/atomic/c11-atomic-exec-2.c > -mcpu=e300c2 -mmodulo -c > during RTL pass: reload > /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/atomic/c11-atomic-exec-2.c: > In function ‘test_mult’: > /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/atomic/c11-atomic-exec-2.c: > 74:1: internal compiler error: maximum number of generated reload insns per > insn achieved (90) > 74 | } > | ^ > 0x7ffff78bb5af __libc_start_call_main > ../sysdeps/nptl/libc_start_call_main.h:58 > 0x7ffff78bb678 __libc_start_main_impl > ../csu/libc-start.c:381 > 0xb648e4 _start > ../sysdeps/x86_64/start.S:115 > Please submit a full bug report, with preprocessed source (by using > -freport-bug). > Please include the complete backtrace with any bug report. > See <https://gcc.gnu.org/bugs/> for instructions. I think it has the same root cause as PR108415: RS6000_CPU ("e300c2", PROCESSOR_PPCE300C2, OPTION_MASK_SOFT_FLOAT) and also expected this ICE can be reproduced with explicit -m64 at r13-4893 (before the culprit commit r13-4894).