4

我为 ARM 嵌入式设备（运行 DD-WRT 的华硕 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

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

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

4

1 回答 1

5

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

如果二进制的程序解释器不适合您的平台，您可以通过传递-Wl,--dynamic-linker=/opt/lib/ld-linux.so.3给gcc.

于 2016-01-10T23:25:45.450 回答