[Bug general/31763] eu-readelf -r is super slow at packed relocation processing

2024-05-22 Thread mark at klomp dot org
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

[Bug general/31763] eu-readelf -r is super slow at packed relocation processing

2024-05-22 Thread fweimer at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31763 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com --- Commen

[Bug general/31763] eu-readelf -r is super slow at packed relocation processing

2024-05-21 Thread ajax at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31763 --- Comment #3 from Adam Jackson --- -N works, not sure how I'd missed it in the docs, thank you. I'm not sure if there's a good way to cache the likely-negative-ness of the symbol lookup here. >From your example: > Relocation section [12] '.

[Bug general/31763] eu-readelf -r is super slow at packed relocation processing

2024-05-21 Thread mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=31763 --- Comment #2 from Mark Wielaard --- So the main issue is libdwfl/dwfl_module_addrsym.c which does a linear search through all symbol tables each and every time... -- 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

2024-05-20 Thread mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=31763 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1