Description of problem: There is no way to inspect which symbols appear in the DT_HASH or DT_GNU_HASH tables. This makes it more difficult than necessary to document or debug problems involving runtime dynamic symbol lookup. Version-Release number of selected component (if applicable): elfutils-0.133-3.fc9.i386 How reproducible: always Steps to Reproduce: 1. eu-readelf --all /bin/date 2. 3. Actual results: does not contain any list or designation for which symbols appear in the DT_HASH or DT_GNU_HASH tables. Expected results: some method to identify which symbols appear in DT_HASH and DT_GNU_HASH tables. Additional info:
binutils readelf has the -D option, e.g. -D -s Would the same feature in eu-readelf meet the need?
I'd like an "independent" confirmation about which symbols are pointed to by the DT_GNU_HASH table. binutils "readelf -D -s" claims to list what is in the ElfXX_Section .gnu.hash, which is not necessarily the same as what is in the DT_GNU_HASH table. Perhaps it is expected and/or intended that .gnu.hash correspond to DT_GNU_HASH, but I'm worried about bugs.
It may not be documented clearly, but the actual implementation of -D in binutils readelf uses PT_DYNAMIC->DT_* for DT_{GNU_,}HASH, DT_SYMTAB, DT_RELA, etc., rather than going from section headers as normal An eu-readelf -D would do the same.
Generating the output using PT_DYNAMIC->DT_* for DT_{GNU_,}HASH, DT_SYMTAB, etc. is fine. What is not OK is using any ElfXX_Section info, except possibly as a comment such as "DT_SYMTAB matches {.gnu.hash}.sh_offset".
FEDORA-2023-70de8a8207 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-70de8a8207
FEDORA-2023-70de8a8207 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-70de8a8207` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-70de8a8207 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-70de8a8207 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-0568d68196 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-0568d68196
FEDORA-2023-0862a2ca46 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-0862a2ca46
FEDORA-2023-0568d68196 has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-0568d68196` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-0568d68196 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-0862a2ca46 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-0862a2ca46` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-0862a2ca46 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-0568d68196 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-0862a2ca46 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.