From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 4AB643858D37; Tue, 5 Apr 2022 06:59:28 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4AB643858D37 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/105151] [12 Regression] ICE in gimple_range_global with invalid "gimple" language Date: Tue, 05 Apr 2022 06:59:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 12.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 12.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc bug_status everconfirmed cf_reconfirmed_on blocked target_milestone assigned_to 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: Tue, 05 Apr 2022 06:59:28 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D105151 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 CC| |aldyh at gcc dot gnu.org Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 Last reconfirmed| |2022-04-05 Blocks| |101057 Target Milestone|--- |12.0 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org --- Comment #1 from Richard Biener --- going down passes after errors is always tricky - we do stop but it seems t= he diagnostic passes are still run because they are part of "lowering" (why is pass_walloca not in pass_build_ssa_passes like pass_warn_{printf,nonnull_compare,access}?). In particular it seems to look at ranger but we are not even in SSA form!? ranger "support" was added with r12-1078-gfe9a499cb8775c which should have moved the pass to a place where we are in SSA form or the ranger use restricted to the late pass. I'm testing moving of the pass. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D101057 [Bug 101057] [gimplefe] GIMPLE frontend issues=