如何解决RHEL 7.9编译时的GLIBC未定义引用错误？

问题场景 #

在Red Hat Enterprise Linux Server release 7.9系统（ldd版本为ldd (GNU libc) 2.17）中，使用Makefile编译代码时出现以下链接错误：

//usr/lib64/libresolv.so.2: undefined reference to `__resolv_context_get@GLIBC_PRIVATE'
//usr/lib64/libresolv.so.2: undefined reference to `__h_errno@GLIBC_PRIVATE'
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libpci.so: undefined reference to `memcpy@GLIBC_2.14'
//usr/lib64/libresolv.so.2: undefined reference to `__resolv_context_get_override@GLIBC_PRIVATE'
//usr/lib64/libresolv.so.2: undefined reference to `__sendmmsg@GLIBC_PRIVATE'
//usr/lib64/libresolv.so.2: undefined reference to `__resolv_context_get_preinit@GLIBC_PRIVATE'
//usr/lib64/libresolv.so.2: undefined reference to `__resolv_context_put@GLIBC_PRIVATE'
collect2: error: ld returned 1 exit status

解决步骤 #

• 检查库路径与系统库一致性
  错误核心是链接了与系统GLIBC 2.17不兼容的库文件。比如libpci.so可能是从其他高版本系统拷贝的，导致依赖memcpy@GLIBC_2.14（RHEL7的GLIBC 2.17包含该符号，但如果库是用更高版本GLIBC编译的，会出现版本不匹配）。

  1. 查看Makefile中的LDFLAGS或链接参数，确认没有强制指定非系统默认的库路径；
  2. 执行ldd /usr/lib64/libpci.so检查该库的依赖版本，确认是否与系统GLIBC兼容。

• 修复libresolv私有符号引用问题
  __resolv_context_get@GLIBC_PRIVATE属于GLIBC私有符号，系统自带的libresolv.so.2应与GLIBC 2.17匹配。出现错误可能是：

  1. 系统库被替换：执行ls -l /usr/lib64/libresolv.so.2，确认它是指向libresolv-2.17.so的软链接；如果被篡改，执行yum reinstall glibc恢复系统默认库；
  2. 编译时引入了外部版本的libresolv.so：检查Makefile是否手动指定了该库的非系统路径，删除相关错误配置。

• 关于GLIBC升级的说明
  RHEL 7.9自带的GLIBC 2.17是官方支持的稳定版本，绝对不建议手动升级——手动替换GLIBC会破坏系统核心依赖，导致系统无法正常启动。当前错误并非系统GLIBC版本不足，而是链接了不匹配的第三方库。

• 新服务器配置检查
  新服务器可能是迁移了其他高版本系统的Makefile，或引入了外部编译环境的库文件。执行make clean && make清理编译缓存，确保使用系统默认的编译链接路径。

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