From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id A0AA73858D33; Fri, 8 Mar 2024 13:28:46 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A0AA73858D33 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1709904526; bh=YNWDRuh3CUzhg2tn0f5D6ywinu5mC4yBJIufZKP91aA=; h=From:To:Subject:Date:In-Reply-To:References:From; b=TC/n+UM88ShnfQ+y3gSz7OoOzN7THvLgACwUjGzGVx6MIWnOzLa1lVlR0HjD04i6c s2z4P2d70wUC/PB+TEhBavSu2rAKVYWmGF0NSohJ3ibGJYeEV9USxd6M22Ct3e2Wsh kOe+8F+arHK10+6N7dUfZJpgY7fkVZA8McfAeyew= From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/111822] [12/13/14 Regression] during RTL pass: lr_shrinkage ICE: in operator[], at vec.h:910 with -O2 -m32 -flive-range-shrinkage -fno-dce -fnon-call-exceptions since r12-5301-g045206450386bc Date: Fri, 08 Mar 2024 13:28:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 14.0 X-Bugzilla-Keywords: EH, ice-on-valid-code, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 12.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D111822 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ebotcazou at gcc dot gnu.o= rg --- Comment #14 from Richard Biener --- (In reply to Uro=C5=A1 Bizjak from comment #13) > (In reply to Richard Biener from comment #12) >=20 > > > But I think, we could do better. Adding CC. > >=20 > > We sure could, but I doubt it's too important? Maybe for Go/Ada. >=20 > Preloading stuff is simply loading from the same DImode address, so I'd > think that EH_NOTE should be moved from the original insn to the new insn > without much problems. >=20 > Please note that on x86_32 split pass is later splitting DImode memory > access to two SImode loads, this looks somehow harder problem as far as EH > notes are concerned, as the one above. >=20 > I'm not versed in this area, so I'll leave the fix to someone else. On RTL I'd defer to Eric here. Note for the correctness issue on branches I'd probably prefer the "simple" approach (unless a true solution turns out equally simple).=