宿主机 ldd 不能用于 clang 交叉编译产物，因其调用宿主动态链接器（如 ld-linux-x86-64.so.2）模拟加载，而交叉产物依赖目标平台链接器（如 ld-linux-aarch64.so.1）及对应 abi 的 libc/libstdc++；直接运行会报“not a dynamic executable”或“exec format error”。最可靠替代是 readelf -d binary | grep needed，跨平台、不执行代码、直接提取 elf 中声明的库名（如 libstdc++.so.6），空输出则可能为静态链接或过度 strip。
Clang交叉编译后的可执行文件或动态库，不能直接用宿主机的 ldd 查依赖——它会报错或给出错误结果，因为宿主机的动态链接器不认目标平台的 ABI 和 so 格式。
为什么宿主机 ldd 不能用
宿主机 ldd 实际是调用本地的 ld-linux-x86-64.so.2（或类似）去模拟加载过程，而交叉编译产物（比如 aarch64-linux-gnu 或 arm-linux-ohos）依赖的是目标平台的 ld-linux-aarch64.so.1 和对应 libc、libstdc++ 等。直接运行会提示：not a dynamic executable 或 cannot execute binary file: Exec format error。
用 readelf -d 看 NEEDED 条目最可靠
这是跨平台、无需目标环境、不依赖工具链完整性的方法，所有 ELF 文件都支持：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
readelf -d your_binary | grep NEEDED直接列出所有Shared library名称，例如：[libstdc++.so.6]、[libc.so.6] - 如果输出为空，说明是静态链接（或 stripped 过度），可用
file your_binary确认是否含dynamic - 注意：这里只显示库名，不显示路径或是否能找到——它告诉你“要什么”，不告诉你“有没有”
用目标平台的 ldd（需正确配置 --root）
如果你有配套的交叉工具链（如 aarch64-linux-gnu- 或 arm-linux-ohos-），其自带的 ldd 可用，但必须指定根目录：
- 常见错误：
arm-linux-gnueabihf-ldd: no root given→ 必须加--root - 正确用法：
arm-linux-gnueabihf-ldd --root /path/to/sysroot/ your_binary -
/path/to/sysroot/必须包含lib/和usr/lib/，且里面要有libc.so.6、ld-linux-*.so.*等，否则仍报not found - 若 sysroot 不完整，
libstdc++.so.6等 C++ 库可能缺失——Clang 默认链接libstdc++（除非你显式用-stdlib=libc++）
Clang 编译时就控制依赖行为
与其事后排查，不如编译阶段就减少不确定性：
- 加
-static-libstdc++和-static-libgcc可把 C++ 运行时打进去，避免libstdc++.so.6依赖（但不会影响 libc） - 用
-target aarch64-linux-gnu显式指定 triple，Clang 会自动选对 sysroot 和默认库路径 - 若用
--sysroot=/path/to/sysroot，确保该目录下lib/crt1.o和lib/libc.so存在，否则链接失败或依赖错乱 - 检查是否误用了宿主机的
pkg-config：交叉编译必须设PKG_CONFIG_SYSROOT_DIR，否则--libs返回的是 x86_64 路径
真正容易被忽略的是：Clang 交叉编译默认仍走 GCC 的 libstdc++，不是 libc++；即使你装了 libc++-dev，没加 -stdlib=libc++ 就不会生效。而 readelf -d 看到的 libstdc++.so.6 往往就是这个“隐形依赖”。
