From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14209 invoked by alias); 1 May 2014 12:25:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 14123 invoked by uid 48); 1 May 2014 12:25:42 -0000 From: "jules at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/49423] [4.7/4.8/4.9/4.10 Regression] [arm] internal compiler error: in push_minipool_fix Date: Thu, 01 May 2014 12:25:00 -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: 4.6.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jules at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.7.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-05/txt/msg00028.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423 --- Comment #26 from jules at gcc dot gnu.org --- The testcase I previously had for this bug no longer reproduces since LRA was enabled by default on ARM. So, it's possible the bug is now dormant, or indeed fixed. The difference in the postreload dump around the insn which previously failed (136) is, using -mno-lra/-mlra on current trunk: -(insn 136 7 12 2 (set (reg:SI 11 fp [orig:231 D.6590 ] [231]) - (zero_extend:SI (mem/u/c:QI (symbol_ref/u:SI ("*.LC0") [flags 0x2]) [0 S1 A8]))) ../../aes/aeskey.c:509 182 {*arm_zero_extendqisi2_v6} +(insn 952 7 136 2 (set (reg:SI 12 ip [1488]) + (const_int 0 [0])) ../../aes/aeskey.c:509 666 {*arm_movsi_vfp} + (nil)) +(insn 136 952 12 2 (set (reg:SI 11 fp [orig:231 D.6590 ] [231]) + (zero_extend:SI (reg:QI 12 ip [1488]))) ../../aes/aeskey.c:509 182 {*arm_zero_extendqisi2_v6} Or, does anyone know of a testcase which still causes this ICE with -mlra enabled? If not, we might be able to consider this fixed. (Insn 136 -- of the form which causes breakage -- was generated by reload.) Thanks, Julian