我在Fedora/x86上用ldd显示动态库，每次显示的结果都不一样。这是预期的吗？或者有什么解释吗？我记得它在PPC/Linux上显示固定结果。`ldd/bin/lslinux-gate.so.1=>(0x00e5b000)librt.so.1=>/lib/librt.so.1(0x00c0c000)libselinux.so.1=>/lib/libselinux.so.1(0x0095d000)libcap.so.2=>/lib/libcap.so.2(0x00110000)libacl.so.1=>/lib/libacl.so.1(0x00331000)libc.so.6=>/l

$lddlibpmsfdcwrt.solinux-gate.so.1=>(0x004ae000)libdl.so.2=>/lib/libdl.so.2(0x00417000)[...elided...]libz.so.1=>notfound[...elided...]libpmssl.so.0.9.7(0xf5be8000)libfreebl3.so=>/usr/lib/libfreebl3.so(0xf5b88000)注意“libz.so.1=>未找到”。但是libz.so.1存在:$ls-l/lib64/libz.so.1lrwxrwxrwx1rootroot13Apr252013

我有一个二进制文件，其中ldd显示出意外的依赖关系和libicuuc(来自“icu”)。#lddA[...]libxml2.so.2=>/usr/lib64/libxml2.so.2(0x00007faaf9722000)libicuuc.so.49=>/usr/lib64/libicuuc.so.49(0x00007faaf5689000)由于在这个系统上libxml动态依赖于libicuuc，ldd最终找到它是有道理的，但是libicuuc是否也出现在A的ldd输出中？是否有一些命令只检索作为依赖项的依赖项链接的库？ 最佳答案

[root@wdctc1281bin]#lddnodelinux-vdso.so.1=>(0x00007fffd33f2000)libdl.so.2=>/lib64/libdl.so.2(0x00007f70f7855000)librt.so.1=>/lib64/librt.so.1(0x00007f70f764d000)libstdc++.so.6=>/lib64/libstdc++.so.6(0x00007f70f7345000)libm.so.6=>/lib64/libm.so.6(0x00007f70f7043000)libgcc_s.so.1=>/lib64/libgcc_s

我正在运行这两个命令，但得到了不同的输出:$ldd`whichls`linux-gate.so.1=>(0x00db3000)libselinux.so.1=>/lib/i386-linux-gnu/libselinux.so.1(0x00ba2000)librt.so.1=>/lib/i386-linux-gnu/librt.so.1(0x007bf000)libacl.so.1=>/lib/i386-linux-gnu/libacl.so.1(0x004ce000)libc.so.6=>/lib/i386-linux-gnu/libc.so.6(0x00110000)libdl.s

我创建了一个交叉编译的arm可执行文件。我想找到可执行文件的库依赖项。我正在使用ubuntunatty并安装了arm-linux-gnueabi工具链，其中不包含ldd。有没有工具可用于查看linux中的arm可执行库依赖关系。 最佳答案 这有点麻烦，但它是我能找到的最佳解决方案，而且它对于基本使用确实非常有效-只需将此脚本保存为“arm-none-linux-gnueabi-ldd”与您的其他交叉工具。#!/bin/sharm-none-linux-gnueabi-readelf-a$1|grep"Sharedlibrary:"