[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #19 from Richard Biener --- Author: rguenth Date: Mon Oct 29 14:13:56 2018 New Revision: 265590 URL: https://gcc.gnu.org/viewcvs?rev=265590&root=gcc&view=rev Log: 2018-10-29 Richard Biener Backport from mainline 2

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 Romain Geissler changed: What|Removed |Added CC||romain.geissler at amadeus dot com --

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 Bug 87362 depends on bug 87428, which changed state. Bug 87428 Summary: "Missed" inline instances cause bogus DWARF to be emitted https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87428 What|Removed |Added --

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #17 from Richard Biener --- Author: rguenth Date: Wed Sep 26 07:05:01 2018 New Revision: 264594 URL: https://gcc.gnu.org/viewcvs?rev=264594&root=gcc&view=rev Log: 2018-09-26 Richard Biener PR debug/87428 PR debug/

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 Richard Biener changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment #

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #15 from Richard Biener --- So with all this (the patch) LTO debuginfo looks much nicer (and is smaller) but that doesn't help gdb to consume less memory or be faster at startup. *sigh* I guess that the DW_TAG_imported_unit DIEs cau

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #14 from Richard Biener --- <2><25ce>: Abbrev Number: 7 (DW_TAG_lexical_block) <25cf> DW_AT_abstract_origin: <0x2434> <25d3> DW_AT_low_pc : 0x401310 <25db> DW_AT_high_pc : 0x16 <25e3> DW_AT_sibling

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #13 from Richard Biener --- (In reply to Richard Biener from comment #12) > Created attachment 44740 [details] > patch > > "Final" patch. Still runs into the SYMBOL_LANGUAGE issue but I failed to > create a small reproducer (genchec

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 Richard Biener changed: What|Removed |Added Attachment #44729|0 |1 is obsolete|

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #11 from Richard Biener --- (In reply to Richard Biener from comment #10) > (In reply to Richard Biener from comment #9) > > Created attachment 44729 [details] > > patch > > > > This avoids most of the forwarders (slightly hackish) a

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #10 from Richard Biener --- (In reply to Richard Biener from comment #9) > Created attachment 44729 [details] > patch > > This avoids most of the forwarders (slightly hackish) and adds linkage names. > > gdb startup is faster, more

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #9 from Richard Biener --- Created attachment 44729 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44729&action=edit patch This avoids most of the forwarders (slightly hackish) and adds linkage names. gdb startup is faster, mo

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #8 from Richard Biener --- (In reply to Richard Biener from comment #7) > The following makes it work for a simple C int main() {}. It's also a little > bit less hacky... > > Index: gcc/dwarf2out.c >

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #7 from Richard Biener --- The following makes it work for a simple C int main() {}. It's also a little bit less hacky... Index: gcc/dwarf2out.c === --- gcc/dwarf2out.c

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #6 from Richard Biener --- So I tried debugging using LTO bootstrapped cc1. profiling gdb for a simple gdb ./cc1 (gdb) b do_rpo_vn (gdb) q yields Samples: 2K of event 'instructions', Event count (approx.): 45695722362 Ove

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #5 from Martin Liška --- @Tom: I've got built openSUSE RPM package here: https://build.opensuse.org/package/show/home:marxin:branches:mozilla:Factory/MozillaFirefox One can install MozillaFirefox MozillaFirefox-debuginfo MozillaFiref

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #4 from Martin Liška --- Before I see the assert, gdb consumes ~8GB of memory and it takes about 1 minute before the assert is triggered.

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #3 from Jan Hubicka --- backtracing with GNU gdb (Debian 7.12-6) 7.12.0.20161007-git works for me, but it takes 20GB and 5 minutes to print a backtrace: (gdb) bt #0 0x77bc915f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x8

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #2 from Martin Liška --- For the record: $ gdb --version GNU gdb (GDB; openSUSE Tumbleweed) 8.2 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is f

[Bug debug/87362] GCC produces with LTO debug info with which gdb is not happy about

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362 --- Comment #1 from Richard Biener --- Indeed hard to say w/o a testcase.