https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106237
Richard Biener <rguenth at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|WAITING |RESOLVED --- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> --- (In reply to seurer from comment #2) > They use whichever mcpu matches the machine. > > The ICEs are fixed but there is a different problem introduced with your fix > g:79f18ac6b7ab7744fcf8937ea4bc0c40f3efc629, r13-1599-g79f18ac6b7ab77 That just exposed what previously ICEd I think. > make -k check-gcc RUNTESTFLAGS="powerpc.exp=gcc.target/powerpc/pr56605.c" > FAIL: gcc.target/powerpc/pr56605.c scan-rtl-dump-times combine > "\\(compare:CC \\((?:and|zero_extend):(?:[SD]I) \\((?:sub)?reg:[SD]I" 1 > > which might just be the test case needing updating I suppose. It occurs on > the same machines as the original problem. It still fails with current > trunk. I can see this with a cross to ppc64le as well, the pattern matches two times. It's not clear to me what the testcase intends to test - it lacks a comment :/ c3d2600cfb476^ also exhibits this problem, so does d2a898666609^ so this problem must exist for longer time and it seems unrelated to this issue at hand. Can you properly bisect and open a different bugreport for this?