From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 7D667385829D; Wed, 13 Jul 2022 06:04:59 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7D667385829D From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/106237] [13 regression] serveral tests begin ICEing starting with r13-1575-gcf3a120084e946 Date: Wed, 13 Jul 2022 06:04:59 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 13.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 13.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2022 06:04:59 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D106237 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|WAITING |RESOLVED --- Comment #3 from Richard Biener --- (In reply to seurer from comment #2) > They use whichever mcpu matches the machine. >=20 > 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=3D"powerpc.exp=3Dgcc.target/powerpc/pr566= 05.c" > FAIL: gcc.target/powerpc/pr56605.c scan-rtl-dump-times combine > "\\(compare:CC \\((?:and|zero_extend):(?:[SD]I) \\((?:sub)?reg:[SD]I" 1 >=20 > 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 tim= es. 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?=