readelf is a program for displaying various information about object files on Unix-like systems such as objdump. It is part of the GNU binutils.

readelf and objdump

Both programs are capable of displaying the contents of ELF format files, so why does the binutils project have two file dumpers ?

The reason is that objdump sees an ELF file through a BFD filter of the world; if BFD has a bug where, say, it disagrees about a machine constant in e_flags, then the odds are good that it will remain internally consistent. The linker sees it the BFD way, objdump sees it the BFD way, GAS sees it the BFD way. There was need for a tool to go find out what the file actually says.

This is why the readelf program does not link against the BFD library - it exists as an independent program to help verify the correct working of BFD.

There is also the case that readelf can provide more information about an ELF file than is provided by objdump. In particular it can display DWARF debugging information which (at the moment) objdump cannot.[1]

Example

The following command displays the contents of the file's dynamic section (to examine the shared library dependencies and rpath):[2]

$ readelf -d <file name>

References

  1. "readelf vs. objdump: why are both needed" on binutils-gdb".
  2. "readelf(1) - Linux manual page". man7.org. Retrieved 2021-04-09.


This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.