在Ubuntu编译兼容RHEL的程序，如何跳过共享库递归依赖检查？

你要在Ubuntu 24.04编译能运行在RHEL5/6/7的可执行文件，核心需求是让.gnu.version_r段正确填充旧版GLIBC版本约束，同时避免链接旧版libpthread.so.0时被强制递归引入整个RHEL5的libc和动态链接器。下面是两个直接可行的解决方法：

方案一：用链接器选项跳过共享库的未定义依赖检查 #

GNU ld提供了专门的选项来忽略共享库内部的未定义符号，正好适配你的场景：

• --allow-shlib-undefined：允许链接的共享库（即你引入的RHEL5版libpthread.so.0）存在未定义符号，不会因为它依赖的GLIBC_PRIVATE符号在当前Ubuntu系统找不到而报错。
• 更精准的--unresolved-symbols=ignore-in-shared-libs：仅忽略共享库中的未定义符号，依然会严格检查可执行文件自身的符号是否存在，避免你的代码出现未定义错误。

实际链接命令示例：

gcc your_source.c -o target_exec -L/path/to/rhel5_libs -lpthread -Wl,--unresolved-symbols=ignore-in-shared-libs

原理很简单：运行时RHEL5的libc.so.6和动态链接器会提供这些GLIBC_PRIVATE符号，所以编译阶段不需要强制解析它们。

方案二：生成仅用于链接的“骨架库” #

如果你不想直接依赖真实的旧版共享库，可以手动创建只包含符号和版本信息的空骨架库，完全满足链接阶段的需求：

1. 从RHEL5的libpthread.so.0中导出关键段：

   objcopy --dump-section .dynsym=/tmp/pthread_syms \
           --dump-section .gnu.version=/tmp/pthread_vers \
           --dump-section .gnu.version_r=/tmp/pthread_ver_r \
           /path/to/rhel5/libpthread.so.0
   

2. 创建空目标文件并合并导出的段，生成骨架库：

   touch empty.c
   gcc -c empty.c -o empty.o
   objcopy --add-section .dynsym=/tmp/pthread_syms \
           --add-section .gnu.version=/tmp/pthread_vers \
           --add-section .gnu.version_r=/tmp/pthread_ver_r \
           empty.o libpthread_skel.so
   

3. 链接时用这个骨架库替换真实的旧版库：

   gcc your_source.c -o target_exec -L/path/to/skel_libs -lpthread_skel
   

这种方式完全隔离了旧版库的依赖，只保留了链接所需的符号和版本信息，生成的可执行文件依然会包含正确的.gnu.version_r段，确保能在RHEL5/6/7上正常加载。

补充说明：你提到的__asm__(".symver func,func@GLIBC_2.5")适合单个函数的版本约束，但对于需要完整库版本依赖段的场景，必须链接带版本信息的库（不管是真实旧库还是骨架库），否则RHEL系统的动态链接器无法识别版本约束，导致程序无法运行。

内容的提问来源于stack exchange，提问作者Emanuele