From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22548 invoked by alias); 6 Nov 2013 10:48:27 -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 19161 invoked by uid 48); 6 Nov 2013 10:46:24 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/59019] New: [4.9 regression] ICE in advance_target_bb, at sched-rgn.c:3561 Date: Wed, 06 Nov 2013 10:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter cc cf_gcctarget Message-ID: 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-SW-Source: 2013-11/txt/msg00481.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59019 Bug ID: 59019 Summary: [4.9 regression] ICE in advance_target_bb, at sched-rgn.c:3561 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: schwab@linux-m68k.org CC: law at gcc dot gnu.org Target: ia64-*-* Broken by r204414. $ gcc/xgcc -B gcc/ ../gcc/testsuite/gcc.dg/20050629-1.c -O2 -S -w ../gcc/testsuite/gcc.dg/20050629-1.c: In function =E2=80=98finalize_ssa_v_m= ay_def_ops=E2=80=99: ../gcc/testsuite/gcc.dg/20050629-1.c:238:2: internal compiler error: in advance_target_bb, at sched-rgn.c:3561 } ^ 0x400000000095d1cf advance_target_bb ../../gcc/sched-rgn.c:3560 0x40000000010da62f commit_schedule ../../gcc/haifa-sched.c:5628 0x40000000010f348f schedule_block(basic_block_def**, void*) ../../gcc/haifa-sched.c:6424 0x400000000096c60f schedule_region ../../gcc/sched-rgn.c:3057 0x400000000096c60f schedule_insns ../../gcc/sched-rgn.c:3393 0x400000000096cf1f schedule_insns ../../gcc/sched-rgn.c:3378 0x400000000096cf1f rest_of_handle_sched ../../gcc/sched-rgn.c:3586 0x400000000096cf1f execute ../../gcc/sched-rgn.c:3650 >>From gcc-bugs-return-433705-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 06 10:48:59 2013 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23236 invoked by alias); 6 Nov 2013 10:48:59 -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 Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 20322 invoked by uid 48); 6 Nov 2013 10:46:57 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/59014] [4.9 Regression] wrong code at -Os and above on x86_64-linux-gnu Date: Wed, 06 Nov 2013 10:48:00 -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: 4.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.9.0 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: 2013-11/txt/msg00482.txt.bz2 Content-length: 348 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014 --- Comment #2 from Marek Polacek --- I'd say this is .vrp1. In .mergephi2, we have : a.1_11 = a.1_5; d = a.1_11; return 0; but in .vrp1: : a.1_13 = 0; a.1_11 = 0; d = 0; return 0; And yeah, the bug goes away with -fno-tree-vrp.