[Bug general/31763] eu-readelf -r is super slow at packed relocation processing
https://sourceware.org/bugzilla/show_bug.cgi?id=31763 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com --- Comment #4 from Florian Weimer --- (In reply to Mark Wielaard from comment #1) > But in practice this doesn't actually work for system libraries, since the > .symtab is stripped out, so the symbol lookup always fails (even with > debuginfo installed, since readelf doesn't do a separate .debug file lookup, > you'll have to eu-unstrip the library and debug file). It is super useful > for your locally build binaries though. Isn't there a compressed symbol table in .gnu_debugdata? But that's fairly Fedora/downstream specific, I think. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug general/31763] eu-readelf -r is super slow at packed relocation processing
https://sourceware.org/bugzilla/show_bug.cgi?id=31763 --- Comment #5 from Mark Wielaard --- (In reply to Florian Weimer from comment #4) > (In reply to Mark Wielaard from comment #1) > > But in practice this doesn't actually work for system libraries, since the > > .symtab is stripped out, so the symbol lookup always fails (even with > > debuginfo installed, since readelf doesn't do a separate .debug file lookup, > > you'll have to eu-unstrip the library and debug file). It is super useful > > for your locally build binaries though. > > Isn't there a compressed symbol table in .gnu_debugdata? Yes, there is. And that one is searched. But it only contains STT_FUNC symbols (since the main purpose is to show symbols for backtraces). And the RELR all seem to be against addresses in SST_OBJECT symbols. -- You are receiving this mail because: You are on the CC list for the bug.
