From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 29A61385DC1B; Wed, 15 Apr 2020 22:35:11 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 29A61385DC1B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1586990111; bh=yGxNnzrRHT1sBVlmigIraPxhFuYGTnCTYZuv8RuvrSU=; h=From:To:Subject:Date:In-Reply-To:References:From; b=wPEiE0yHGvG3Nk0Ftb2f0WKCstzLM4iOCV3Q7KO35MBghnILjJexKqwhCXMfMbIC0 iglQmIS+H6CGB35sECNeMO27FPWIDkAhaG5eNmeFz3mM8dkBm91P/P27Yh0m+DFemZ OnHVYxDVf2xekMaXrdOHsautvUTS4YUMJcE4GWvU= From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Wed, 15 Apr 2020 22:35:10 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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, 15 Apr 2020 22:35:11 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D93974 --- Comment #22 from Peter Bergner --- To be more specific, I have implemented the hook cannot_substitute_mem_equi= v_p for rs6000 that rejects these and: altivec addresses. The nice thing about= the patch is that it only affects rs6000, whereas a lra-constraints.c or rtlana= l.c change could affect everyone. I have confirmed that the test case in Comment #1 compiles and we get the s= ame asm generated as a compiler built with the revision before my patch that ca= used the ICE. I also confirmed that test case pr93658.c which used to go into an infinite loop in LRA before my previous patch still compiles fine. I'm running the testsuite now to see whether there are any regressions. Whether this is the best long term fix is unknown right now (it could be), = but it might be the best thing for GCC 10 with the release so close. I'd rather not revert the fix for PR93658 just to hide this bug again.=