ld.so 替代品

Question

我需要让我的 linux 可执行文件“编译一次，到处运行”。理论上是可以的，因为我的程序只使用非常基本的系统调用（网络 IO 和文件 IO 的系统调用）。在实践中，这是一个不同的故事：

我的开发平台是 Ubuntu 12.04，它有相当新的内核、glibc 和工具链。我首先尝试静态链接我的可执行文件，但该可执行文件拒绝在 centos 5（内核版本 2.6.18）上运行。如果可执行文件是动态链接的，动态加载程序 (ld.so) 将拒绝加载我的可执行文件。我什至尝试发布一个修改过的动态加载器（我将它修改为忽略内核版本），libc，libgcc_s，仍然不起作用，因为修改后的加载器总是尝试从系统加载 libc 并忽略随我的可执行。

我需要一个动态加载器，它会盲目加载我希望它加载的所有内容。有人知道 linux 上有这样的动态加载器吗？我不确定我是否朝着正确的方向前进，因此欢迎提出任何建议。

Answer 1

请检查

http://sourceforge.net/projects/html5remote/

在这个项目中，我使用了 patchElf、LD_PRELOAD 和 LD_LIBRARY_PATH。

有一些技巧可以使相对路径起作用。经过一些实验，我得出的结论是不需要修补目标二进制文件，因为 ld.so 可用于直接从命令行加载目标程序，例如：

$ /lib64/ld-linux-x86-64.so.2 [选项]...可执行文件[ARGS-FOR-PROGRAM...]

在这种情况下，在目标二进制文件的 elf 标头中编写的解释器将被忽略，例如：

$ ldd /usr/bin/mysql

    linux-vdso.so.1 =>  (0x00007fff3fde0000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f72f89ea000)
    libreadline.so.6 => /lib/x86_64-linux-gnu/libreadline.so.6 (0x00007f72f87a8000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f72f8590000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f72f838c000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f72f8090000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f72f7cd0000)
    /original/path/to/ld.so (0x00007f72f9187000) ** ignored **
    libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f72f7aa9000)

选项：

--图书馆路径

告诉 ld.so 加载器在哪里搜索共享库（例如：libc.so 等）

我希望这可以帮助:)

Answer 2

尝试使用 CentOS 5 作为构建机器，并在较新的平台上运行该可执行文件，而不是相反。