From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 54546 invoked by alias); 26 Feb 2015 14:36:54 -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 54506 invoked by uid 48); 26 Feb 2015 14:36:50 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/65193] [4.9 Regression] ICE: Segmentation fault with -g -flto Date: Thu, 26 Feb 2015 15:18: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.2 X-Bugzilla-Keywords: ice-on-valid-code, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.9.3 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: 2015-02/txt/msg02931.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65193 --- Comment #2 from Richard Biener --- I already get > ./xg++ -B. -nostdlib -fPIC -flto -shared t.ii -O2 -g t.ii: In function =E2=80=98float_next_imp=E2=80=99: t.ii:33:7: error: address taken, but ADDRESSABLE bit not set float_next_imp (T p1, Policy p2) ^ d t.ii:38:4: note: in statement frexp (p1, &d); ^ # .MEM_13 =3D VDEF <.MEM_11> frexp (p1_5(D), &d); t.ii:33:7: internal compiler error: verify_gimple failed float_next_imp (T p1, Policy p2) ^ 0xaf39de verify_gimple_in_cfg(function*) Ok. It is the execute_update_addresses_taken () call in the TODO of the IPA inline transform pass that re-sets TREE_ADDRESSABLE here. Somehow we have merged 'd' from two different places it seems (the optimization is in _GLOBAL__sub_I_t.ii). The duplicate appears in _GLOBAL__sub_I_t.ii after inlining: { Scope block #21 t.ii:13 Originating from : static long doubleD.2= 801 get_min_shift_valueD.2829 (void); { Scope block #23 Originating from :#0 voidD.2802 <<< Unknown tree: imported_decl >>> =3D ldexpD.2839; intD.2788 dD.2905; (nonlocalized) ... _GLOBAL__sub_I_t.ii () { ... } ... float_next_imp (intD.2788 p1D.2902, struct AD.2830 p2D.2903) { struct AD.2830 D.2919; intD.2788 D.2918; const intD.2833 ISRA.9D.2915; intD.2788 dD.2905; const intD.2833 D.2904; something is messed up. The decl is streamed via streaming struct function local-decls from float_next_imp (as expected). No idea how it ends up in the vars for _GLOBAL__sub_I_t.ii. Ah. We inline (gdb) p debug_gimple_stmt (stmt) # .MEM =3D VDEF <.MEM> get_min_shift_value (); $91 =3D void but somehow we end up with (gdb) p debug_tree (old_var) unit size align 32 symtab -159219552 alias set -1 canonical type 0x7ffff66b26= 90 precision 32 min max pointer_to_this > addressable SI file t.ii line 36 col 8 size unit size align 32 context > in its BLOCK tree. Which gets populated by Old value =3D New value =3D 0x0000000000cd9194 in lto_input_ts_block_tree_pointers (ib=3D0x7fffffffd610= ,=20 data_in=3D0x1bee6a0, expr=3D) at /space/rguenther/src/svn/gcc-4_9-branch/gcc/tree-streamer-in.c:928 928 BLOCK_SUBBLOCKS (BLOCK_SUPERCONTEXT (expr)) =3D expr; but finally the valid block tree (gdb) p debug_tree (expr) > VOID file t.ii line 39 col 2 align 1 initial chain public static weak XF file t.ii line 28 col 13 size unit size align 128 context gets invalid by Hardware watchpoint 16: *$111 Old value =3D New value =3D 0x0000000000cd579b in streamer_read_chain (ib=3D0x7fffffffd990,=20 data_in=3D0x1bee740) at /space/rguenther/src/svn/gcc-4_9-branch/gcc/tree-streamer-in.c:85 85 TREE_CHAIN (prev) =3D curr; where 'prev' is that IMPORTED_DECL which is streamed globally it seems (ups= ). And we miss r212992 on the branch. >>From gcc-bugs-return-478600-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 26 14:39:20 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57278 invoked by alias); 26 Feb 2015 14:39:19 -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 57236 invoked by uid 48); 26 Feb 2015 14:39:16 -0000 From: "ktietz at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgcc/65038] [regression 5] Unable to find ftw.h for libgcov-util.c Date: Thu, 26 Feb 2015 15:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcc X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: blocker X-Bugzilla-Who: ktietz 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: 5.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on target_milestone everconfirmed 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: 2015-02/txt/msg02932.txt.bz2 Content-length: 547 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65038 Kai Tietz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2015-02-26 Target Milestone|--- |5.0 Ever confirmed|0 |1 --- Comment #1 from Kai Tietz --- Confirmed. I have a patch for it