我需要让我的 linux 可执行文件“编译一次，到处运行”。理论上这是可能的，因为我的程序只使用非常基本的系统调用（网络 IO 和文件 IO 的系统调用）。在实践中，这是一个不同的故事：
我的开发平台是 Ubuntu 12.04，它有相当新的内核、glibc 和工具链。我首先尝试静态链接我的可执行文件，但该可执行文件拒绝在 centos 5（内核版本 2.6.18）上运行。如果可执行文件是动态链接的，则动态加载程序 (ld.so) 拒绝加载我的可执行文件。我什至试图发布一个修改过的动态加载器（我修改它以忽略内核版本），libc、libgcc_s 仍然无法工作，因为修改后的加载器总是试图从系统加载 libc 并忽略与我一起提供的 libc可执行。
我需要一个动态加载器，它会盲目地加载我想要加载的所有内容。有人知道 linux 上有这样一个动态加载器吗？我不确定我是否朝着正确的方向前进，所以欢迎任何建议。
请检查
http://sourceforge.net/projects/html5remote/
在这个项目中，我使用了 patchElf、LD_PRELOAD 和 LD_LIBRARY_PATH。
有一些技巧可以使相对路径起作用。经过一些实验，我得出的结论是不需要修补目标二进制文件，因为 ld.so 可用于直接从命令行加载目标程序，例如：
$ /lib64/ld-linux-x86-64.so.2 [选项]... 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)
选项：
--库路径
告诉 ld.so 加载器在哪里搜索共享库（例如：libc.so 等）
我希望这可以帮助:)
尝试使用 CentOS 5 作为您的构建机器，并在较新的平台上运行该可执行文件，而不是相反。
只是让你的二进制文件更便携。
你可以，
问候。