https://sourceware.org/bugzilla/show_bug.cgi?id=29573
--- Comment #7 from trass3r ---
I see. Your question remains though, why does it even compare the name after
the address has already been checked? Sounds more like an assert().
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=29573
--- Comment #5 from trass3r ---
Actually no. It works if you make it a global for some reason and that has no
DW_AT_linkage_name either:
int foo;
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29573
--- Comment #4 from trass3r ---
Interestingly lookup_symbol_in_function_table does the same thing.
I guess it works cause bar also has a DW_AT_linkage_name.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29573
--- Comment #1 from trass3r ---
On some real-world code addr2line gives me a filename for the variable at
least, but no line. And nm does not print any location.
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: trass3r at gmail dot com
Target Milestone: ---
int bar() { return 5; }
const int foo = bar();
int main() {}
$ g++ -Og -g -gdwarf-4 test.cpp -o test
$ nm -SlaC --size-sort test
4010
https://sourceware.org/bugzilla/show_bug.cgi?id=29397
trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26219
trass3r changed:
What|Removed |Added
Component|gold|binutils
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=26219
--- Comment #1 from trass3r ---
Currently fails in Dwarf_info_reader::do_parse() reading debug_abbrev_offset.
For reference: https://reviews.llvm.org/D51935#change-esmWqDKOGMBP
--
You are receiving this mail because:
You are on the CC list
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: trass3r at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
For executables compiled with g++ -Og -gsplit-dwarf -gdwarf-5
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=15447
--- Comment #2 from trass3r ---
diff --git a/gold/dwp.cc b/gold/dwp.cc
index 7c4eef090d..d71caae357 100644
--- a/gold/dwp.cc
+++ b/gold/dwp.cc
@@ -2418,6 +2418,8 @@ main(int argc, char** argv)
{
Dwo_file exe_file(exe_filename);
https://sourceware.org/bugzilla/show_bug.cgi?id=15447
trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=26048
--- Comment #2 from trass3r ---
Created attachment 12587
--> https://sourceware.org/bugzilla/attachment.cgi?id=12587=edit
test files
Also happens with ld 2.34 from http://winlibs.com/.
Works with just -g.
--
You are receiving this mail
Assignee: unassigned at sourceware dot org
Reporter: trass3r at gmail dot com
Target Milestone: ---
int main() {}
g++ -c -O3 -gsplit-dwarf test.cpp
g++ test.o -o test
Produces an executable that can't be started ("This app can't run on your PC").
It looks li
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: trass3r at gmail dot com
Target Milestone: ---
When using objdump -dS it's really hard to distinguish between assembly code
and printed source lines. Printing them as comments helps a lot and also
reduces
https://sourceware.org/bugzilla/show_bug.cgi?id=24623
--- Comment #1 from trass3r ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441#c25
"I fear this is the libbfd dwarf reader simply not coping with
DW_AT_abstract_origin in other CUs, being confused as to which
abbrev section it needs
: unassigned at sourceware dot org
Reporter: trass3r at gmail dot com
Target Milestone: ---
Created attachment 11805
--> https://sourceware.org/bugzilla/attachment.cgi?id=11805=edit
test files
$ nm -ClS --radix=d --size-sort firmwareNoError.elf
T __libc_csu_fini
b completed.737
16 matches
Mail list logo
