c++ - 有效的 ARM 可执行文件找不到库

Question

我为 ARM 嵌入式设备(运行 DD-WRT 的 Asus RT-AC68U 路由器)交叉编译了一个小的 Hello World 程序:

# arm-linux-gnueabi-g++ hello.cpp -mcpu=cortex-a9 -s -o hello

文件看起来不错:

# file hello
hello: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32, 
BuildID[sha1]=5099693c31154cdd7f04c16ced5b80b1e35e625b, stripped

它依赖于几个库:

# readelf -d hello

Dynamic section at offset 0xf08 contains 26 entries:
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libstdc++.so.6]
0x00000001 (NEEDED)                     Shared library: [libgcc_s.so.1]
0x00000001 (NEEDED)                     Shared library: [libc.so.6]
(...)

当我尝试在目标系统上执行该文件时，我得到以下信息:

# ./hello
-sh: ./hello: not found

如果我在没有任何其他参数的情况下从 ld-linux.so.3 启动执行，一切正常:

# /opt/lib/ld-linux.so.3 ./hello
Hello, world.

当列出库时，文件似乎在/lib 文件夹中搜索库(它们不在那里，它们在/opt/lib 中):

# /opt/lib/ld-linux.so.3 --list ./hello
    libstdc++.so.6 => /lib/libstdc++.so.6 (0x76dfb000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x76de0000)
    libc.so.6 => /opt/lib/libc.so.6 (0x76cb2000)
    libc.so => /lib/libc.so (0x76c35000)
    /lib/ld-linux.so.3 => /opt/lib/ld-linux.so.3 (0x76f20000)

我猜这个错误是由于可执行文件在单独启动时没有找到所需的共享库。所有必需的库都存在于/opt/lib 文件夹中，并且该文件夹包含在 LD_LIBRARY_PATH 环境变量中:

# echo $LD_LIBRARY_PATH
/lib:/usr/lib:/jffs/lib:/jffs/usr/lib:/jffs/usr/local/lib
:/mmc/lib:/mmc/usr/lib:/opt/lib:/opt/usr/lib

如何让可执行文件在正确的位置找到库？

编辑:我尝试在可执行文件中静态链接库，程序在目标平台上运行良好。但是，对于我想做的事情，这不是一个可行的解决方案。

Answer 1

你的 ld-linux.so.3似乎位于非标准位置 ( /opt/lib )，并且您的 gcc 可能正在指定一个不同的程序解释器。您可以使用 readelf -l <program>检查您的二进制文件期望的程序解释器(在 PT_INTERP 下，“请求程序解释器”)。

如果二进制程序解释器对于您的平台是错误的，您可以通过传递 -Wl,--dynamic-linker=/opt/lib/ld-linux.so.3 来手动指定它。至 gcc .