From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9059 invoked by alias); 21 Nov 2013 15:12:30 -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 5450 invoked by uid 55); 21 Nov 2013 15:10:48 -0000 From: "tejohnson at google dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/59233] [4.9 Regression] C++ failures after revision 205058 on *-apple-darwin* with -m32 Date: Thu, 21 Nov 2013 15:12: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.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tejohnson at google dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P1 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: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-11/txt/msg02200.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59233 --- Comment #5 from Teresa Johnson --- Reproduced with cross compiler: $ /usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/bld-gcc/= ./gcc/xg++ -B/usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/bld-gc= c/./gcc/ -B/usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/instal= l/x86_64-apple-darwin10/bin/ -B/usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/instal= l/x86_64-apple-darwin10/lib/ -isystem /usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/install/= x86_64-apple-darwin10/include -isystem /usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/install/= x86_64-apple-darwin10/sys-include -c -m32 -Os pr52772.C pr52772.C: In member function =E2=80=98int c8::tria(c7*, c5*)=E2=80=99: pr52772.C:85:1: internal compiler error: Segmentation fault } ^ 0xb657af crash_signal /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/toplev.c:336 0xff4e1d old_insns_match_p /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1128 0xff4e1d old_insns_match_p /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1093 0xff5943 outgoing_edges_match /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1754 0xff5943 try_crossjump_to_edge /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1927 0xff6ed4 try_crossjump_bb /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:2252 0xff6ed4 try_crossjump_bb /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:2138 0xff7a6c try_optimize_cfg /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:2808 0xff7a6c cleanup_cfg(int) /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:3014 0xff9836 execute_jump2 /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:3123 0xff9836 execute /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:3152 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. In debugger: Program received signal SIGSEGV, Segmentation fault. old_insns_match_p (i2=3D0x7ffff6390cc0, i1=3D0x7ffff6390d00, mode=3D2) at /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1128 1128 if (GET_CODE (p1) !=3D GET_CODE (p2)) (gdb) p p1 $1 =3D (rtx) 0x0 (gdb) p p2 $2 =3D (rtx) 0x0 (gdb) p i1 $3 =3D (rtx) 0x7ffff6390d00 (gdb) p i2 $4 =3D (rtx) 0x7ffff6390cc0 (gdb) p debug_rtx(i1) (note 170 134 58 7 NOTE_INSN_DELETED) $5 =3D void (gdb) p debug_rtx(i2) (note 169 130 87 11 NOTE_INSN_DELETED) $6 =3D void So it doesn't handle NOTE_INSN_DELETED. Looking at the caller: (gdb) up #1 old_insns_match_p (mode=3D2, i1=3D0x7ffff6390d00, i2=3D0x7ffff6390cc0) at /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1093 1093 old_insns_match_p (int mode ATTRIBUTE_UNUSED, rtx i1, rtx i2) (gdb) up #2 0x0000000000ff5944 in outgoing_edges_match (bb2=3D0x7ffff639b270, bb1=3D0x7ffff639b2d8, mode=3D2) at /usr/local/google/home/tejohnson/gcc_trunk_9/gcc/cfgcleanup.c:1754 1754 if (old_insns_match_p (mode, last1, last2) !=3D dir_both) (gdb) p debug_bb(bb1) (code_label/s 131 154 134 7 17 "" [1 uses]) (note 134 131 170 7 [bb 7] NOTE_INSN_BASIC_BLOCK) (note 170 134 58 7 NOTE_INSN_DELETED) $11 =3D void (gdb) p debug_bb(bb2) (code_label/s 127 167 130 11 16 "" [1 uses]) (note 130 127 169 11 [bb 11] NOTE_INSN_BASIC_BLOCK) (note 169 130 87 11 NOTE_INSN_DELETED) $12 =3D void Looking to see what the right solution is here - either old_insns_match_p should handle this or caller outgoing_edges_match should avoid calling old_insns_match_p on these instruction types. Teresa On Thu, Nov 21, 2013 at 6:41 AM, tejohnson at google dot com wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59233 > > --- Comment #3 from Teresa Johnson --- > On Thu, Nov 21, 2013 at 6:10 AM, dominiq at lps dot ens.fr > wrote: >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59233 >> >> --- Comment #2 from Dominique d'Humieres --- >> The ICE with -freorder-blocks-and-partition appeared between revisions 2= 00946 >> (OK, 2013-07-14) and 201266 (ICE, 2013-07-26). >> > > Taking a look. Since I can't reproduce on x86-64-unknown-linux-gnu I > am going to build a cross-compiler for x86_64-apple-darwin10 and see > if I can reproduce it. I looked at the range of revisions you mention > above and there weren't any partitioning specific changes, so it is > probably a side effect of some other change in that range. > > Teresa > >> -- >> You are receiving this mail because: >> You are on the CC list for the bug. > > -- > You are receiving this mail because: > You are on the CC list for the bug. >>From gcc-bugs-return-435424-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 21 15:17:52 2013 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18046 invoked by alias); 21 Nov 2013 15:17:51 -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 17978 invoked by uid 48); 21 Nov 2013 15:17:45 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/51635] LTO should not merge (type) decls with different locations Date: Thu, 21 Nov 2013 15:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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/msg02201.txt.bz2 Content-length: 528 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51635 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #27 from Richard Biener --- Let's close this - the new tree merging has landed and should have improved all this. (fingers crossing).