Bug 444621 - RFE: list symbols in DT_HASH ad DT_GNU_HASH tables (implement eu-readelf -D)
Summary: RFE: list symbols in DT_HASH ad DT_GNU_HASH tables (implement eu-readelf -D)
Alias: None
Product: Fedora
Classification: Fedora
Component: elfutils
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Mark Wielaard
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-04-29 15:57 UTC by John Reiser
Modified: 2018-08-09 14:13 UTC (History)
3 users (show)

Clone Of:
Last Closed:

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Bugzilla 1396092 None None None Never

Internal Trackers: 1396092

Description John Reiser 2008-04-29 15:57:05 UTC
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):

How reproducible: always

Steps to Reproduce:
1. eu-readelf --all /bin/date
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:

Comment 1 Roland McGrath 2008-04-29 21:48:19 UTC
binutils readelf has the -D option, e.g. -D -s

Would the same feature in eu-readelf meet the need?

Comment 2 John Reiser 2008-04-29 23:58:44 UTC
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.

Comment 3 Roland McGrath 2008-04-30 01:36:58 UTC
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.

Comment 4 John Reiser 2008-04-30 13:54:48 UTC
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".

Note You need to log in before you can comment on or make changes to this bug.