From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 10C91385840F; Mon, 14 Nov 2022 14:28:18 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 10C91385840F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1668436098; bh=myEUU5jlxFuXqS0omfn8Op5Q1v95lYJbS1pi3aK9R6M=; h=From:To:Subject:Date:In-Reply-To:References:From; b=riUhlcDZ6pibhPqxaAoT1WDZ4c7H5rV0vKK2SNodCRV5L+LoktNAPAiEKlhCIlZAv 17PF59tqOCKcZppzuKvvmSUz9b4Qjuw90BsyxdBMcT1qYPC+TEWB3b027NFuJj3BnT CJoUSEXZc+p00y/j4gBr2zSahpi9Qas8GrYub0mE= From: "tnfchris at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/107675] [13 Regression] GCC-13 is significantly slower to startup on C++ programs Date: Mon, 14 Nov 2022 14:28:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 13.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tnfchris at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: 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: 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D107675 --- Comment #4 from Tamar Christina --- (In reply to Jakub Jelinek from comment #2) > Does the binary and libstdc++.so have PT_GNU_EH_FRAME header including > binary search table (readelf -Wl | grep GNU_EH_FRAME)? > During startup I think there just shouldn't be any exceptions thrown or > backtraces computed, so I'd think the FDEs should just be registered and > nothing else. Yes both do: > ~/libstdcpp-test$ readelf -Wl ~/libstdcpp-test/gcc-trunk/lib64/libstdc++.= so.6 | grep GNU_EH_FRAME GNU_EH_FRAME 0x1c5658 0x00000000001c5658 0x00000000001c5658 0x008e8c 0x008e8c R 0x4 > ~/libstdcpp-test$ readelf -Wl gcc-13-s.exe | grep GNU_EH_FRAME GNU_EH_FRAME 0x000724 0x0000000000400724 0x0000000000400724 0x000044 0x000044 R 0x4 also the difference seems more pronounced when statically linked. (In reply to Florian Weimer from comment #3) > Would you please put a breakpoint on fde_single_encoding_compare and repo= rt for GCC-13 the trace is: Reading symbols from ./gcc-13.exe... (gdb) b fde_single_encoding_compare Breakpoint 1 at 0x451630: file /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c, line 425. (gdb) r Starting program: ~/libstdcpp-test/gcc-13.exe Breakpoint 1, fde_single_encoding_compare (ob=3D0x48cfe8 , x=3D0x46= d098, y=3D0x46d084) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:425 425 /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c: No s= uch file or directory. (gdb) bt #0 fde_single_encoding_compare (ob=3D0x48cfe8 , x=3D0x46d098, y=3D= 0x46d084) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:425 #1 0x0000000000451b8c in fde_split (erratic=3D, linear=3D, fde_compare=3D, ob=3D) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:660 #2 end_fde_sort (count=3D793, accu=3D0xfffffffff200, ob=3D0x48cfe8 ) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:662 #3 init_object (ob=3Dob@entry=3D0x48cfe8 ) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:888 #4 0x00000000004520a8 in __register_frame_info_bases (dbase=3D0x0, tbase= =3D0x0, ob=3D0x48cfe8 , begin=3D) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:130 #5 __register_frame_info_bases (dbase=3D0x0, tbase=3D0x0, ob=3D0x48cfe8 , begin=3D) at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:111 #6 __register_frame_info (begin=3D, ob=3D0x48cfe8 )= at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c:150 #7 0x0000000000400798 in frame_dummy () at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-btree.h:361 #8 0x0000000000400f90 in __libc_csu_init () at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-btree.h:361 #9 0x0000000000400a78 in __libc_start_main () at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-btree.h:361 #10 0x0000000000400688 in _start () at /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-btree.h:361 In GCC-12 it looks like this isn't called at all: Reading symbols from ./gcc-12.exe... (gdb) b fde_single_encoding_compare Breakpoint 1 at 0x4503c0: file /opt/buildAgent/work/5c94c4ced6ebfcd0/libgcc/unwind-dw2-fde.c, line 380. (gdb) r Starting program: ~/libstdcpp-test/gcc-12.exe Hello world [Inferior 1 (process 1580999) exited normally] > the backtrace? Which target are you testing? Testing aarch64-none-linux-gnu=