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?
