ld.so替代品

Question

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

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

我需要一个动态加载器，它会盲目加载我想要加载的所有东西。 谁知道linux上有这样的动态加载器？ 我不确定我是否正朝着正确的方向前进，所以欢迎提出任何建议。

Answer 1

请检查

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

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

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

$ /lib64/ld-linux-x86-64.so.2 [OPTION] ... EXECUTABLE-FILE [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)

选项：

--library路径

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

我希望这可以帮助:)

Answer 2

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

Answer 3

只需使您的二进制文件更便携。

您可以，

• 目标Linux软件库（LSB）ABI：
  • http://www.linuxfoundation.org/collaborate/workgroups/lsb
  • https://wiki.linuxfoundation.org/en/Book/BinaryCompatibility
• 使用具有您要支持的最旧Linux发行版的虚拟机
  • https://stackoverflow.com/a/2079757/611560
• 制作你的二进制文件
  • http://stevehanov.ca/blog/index.php?id=97
  • http://www.evanjones.ca/portable-linux-binaries.html
  • http://www.pixelbeat.org/programming/linux_binary_compatibility.html

问候。