确定 Linux 二进制文件的直接共享对象依赖性?
如何轻松找出 ELF 格式的 Linux 二进制文件的直接共享对象依赖项?
我知道 ldd 工具,但它似乎输出二进制文件的所有依赖项,包括二进制文件所依赖的任何共享对象的依赖项。
How can I easily find out the direct shared object dependencies of a Linux binary in ELF format?
I'm aware of the ldd tool, but that appears to output all dependencies of a binary, including the dependencies of any shared objects that binary is dependent on.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
您可以使用
readelf
来探索 ELF 标头。 readelf -d 会将直接依赖项列为 NEEDED 部分。You can use
readelf
to explore the ELF headers.readelf -d
will list the direct dependencies asNEEDED
sections.如果你想递归查找依赖项(包括依赖项的依赖项、依赖项的依赖项的依赖项等等)...
您可以使用 ldd 命令。
ldd - 打印共享库依赖项
If you want to find dependencies recursively (including dependencies of dependencies, dependencies of dependencies of dependencies and so on)…
You may use
ldd
command.ldd - print shared library dependencies
objdump
工具可以告诉您这些信息。如果您使用-x
选项调用objdump
,以使其输出所有标头,那么您将在“动态部分”的开头找到共享对象依赖项。例如,在我的系统上运行 objdump -x /usr/lib/libXpm.so.4 会在“动态部分”中提供以下信息:
直接共享对象依赖项列为“需要”值。因此,在上面的示例中,我的系统上的
libXpm.so.4
只需要libX11.so.6
和libc.so.6
。需要注意的是,这并不意味着传递给 objdump 的二进制文件所需的所有符号都将出现在库中,但它至少显示了加载程序将尝试加载哪些库加载二进制文件时。
The
objdump
tool can tell you this information. If you invokeobjdump
with the-x
option, to get it to output all headers then you'll find the shared object dependencies right at the start in the "Dynamic Section".For example running
objdump -x /usr/lib/libXpm.so.4
on my system gives the following information in the "Dynamic Section":The direct shared object dependencies are listing as 'NEEDED' values. So in the example above,
libXpm.so.4
on my system just needslibX11.so.6
andlibc.so.6
.It's important to note that this doesn't mean that all the symbols needed by the binary being passed to
objdump
will be present in the libraries, but it does at least show what libraries the loader will try to load when loading the binary.ldd -v 在“版本信息:”部分下打印依赖关系树。该部分中的第一个块是二进制文件的直接依赖关系。
请参阅 分层 ldd(1)
ldd -v prints the dependency tree under "Version information:' section. The first block in that section are the direct dependencies of the binary.
See Hierarchical ldd(1)