[Bug binutils/26028] Readelf truncates symbol names - which is both undocumented, and unnecessary
https://sourceware.org/bugzilla/show_bug.cgi?id=26028 --- Comment #7 from Fangrui Song --- (In reply to Nick Clifton from comment #6) > (In reply to Fangrui Song from comment #5) > > > About the new -T/--silent-truncation option, I wonder whether the truncation > > is important enough that deserves a short option... When a truncated symbol > > name, it almost certainly means the user has to add --wide and rerun readelf > > if they want to base their decisions on the symbol name (e.g. objdump -d ... > > | grep $symbol_name_extracted_from_readelf). I don't know whether a short > > option -T will help them.. > > Eh - there are enough unused single letters that having a short version of > the --silent-truncation option should not cause any grief. The option > itself is certainly useful - for example in the linker and binutils > testsuites - and I am sure that there are some people who will want to use > it for their own scripts/build systems. I haven't studied the implementation but it seems that the default output has become worse for many system utilities. binutils 2.34: % readelf -s =cat ... 58: b278 8 OBJECT GLOBAL DEFAULT 26 __progname_full@GLIBC_2.2.5 (2) 59: b260 8 OBJECT WEAK DEFAULT 26 program_invocation_short_@GLIBC_2.2.5 (2) 60: b280 8 OBJECT GLOBAL DEFAULT 26 stderr@GLIBC_2.2.5 (2) 61: b270 4 OBJECT GLOBAL DEFAULT 26 optind@GLIBC_2.2.5 (2) master: % ./Debug/binutils/readelf -s =cat ... 58: b278 8 OBJECT GLOBAL DEFAULT 26 [...]@GLIBC_2.2.5 (2) 59: b260 8 OBJECT WEAK DEFAULT 26 [...]@GLIBC_2.2.5 (2) 60: b280 8 OBJECT GLOBAL DEFAULT 26 [...]@GLIBC_2.2.5 (2) 61: b270 4 OBJECT GLOBAL DEFAULT 26 [...]@GLIBC_2.2.5 (2) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26028] Readelf truncates symbol names - which is both undocumented, and unnecessary
https://sourceware.org/bugzilla/show_bug.cgi?id=26028 --- Comment #8 from Fangrui Song --- I think this essentially means that users have to specify -W if they want to get some information from the output... -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26331] New: readelf: Add -C/--demangle option (like nm & objdump)
https://sourceware.org/bugzilla/show_bug.cgi?id=26331 Bug ID: 26331 Summary: readelf: Add -C/--demangle option (like nm & objdump) Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: i at maskray dot me Target Milestone: --- We can't use bfd_demangle (which requires libbfd.a) but can just use cplus_demangle (no BFD dependency). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26330] Malloc size error in objdump
https://sourceware.org/bugzilla/show_bug.cgi?id=26330 Alan Modra changed: What|Removed |Added Assignee|unassigned at sourceware dot org |amodra at gmail dot com Ever confirmed|0 |1 Last reconfirmed||2020-08-03 Status|UNCONFIRMED |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/26328] Compilation warning when building ld v2.35 with MinGW
https://sourceware.org/bugzilla/show_bug.cgi?id=26328 Alan Modra changed: What|Removed |Added Assignee|unassigned at sourceware dot org |amodra at gmail dot com Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
