Anaconda托管MPI环境下编译程序时GLIBC版本依赖链接错误的解决求助

看起来你碰到了Anaconda环境里很常见的GLIBC版本兼容问题——你的conda环境中依赖的库（比如zlib、libstdc++）需要的GLIBC版本比服务器系统提供的更高，导致链接阶段找不到对应的符号定义。我给你几个实用的解决思路：

1. 安全方案：重建兼容的conda环境 #

直接重新创建一个依赖更低版本GLIBC的conda环境是最稳妥的办法，避免破坏现有环境或者系统：

• 创建新环境时指定兼容的包版本，比如用conda-forge通道的稳定兼容版本：

  conda create -n compatible_cc_env mpich gcc_linux-64=7.3.0 zlib=1.2.11 -c conda-forge
  

• 激活新环境：conda activate compatible_cc_env
• 再尝试编译你的MPI程序，应该能避开版本不匹配的问题。

2. 临时 workaround：预加载conda环境内的GLIBC库 #

如果不想重建环境，可以尝试在编译和运行时预加载conda环境里的GLIBC库（如果环境里包含的话），让程序优先使用环境内的版本：

LD_PRELOAD=/home/rajatkmitra/anaconda3.2020.11/envs/cc_env/lib/libc.so.6 mpic++ mpi.cc -o mpi -g -lpthread

注意：这个方法可能引发其他依赖冲突，需要测试验证是否能正常运行程序。

3. 强制链接系统库 #

强制让编译器使用服务器系统自带的GLIBC相关库，覆盖conda环境里的高版本依赖：

mpic++ mpi.cc -o mpi -g -lpthread -L/lib64 -lc -lz

这里-L/lib64指定系统库的路径，-lc和-lz分别强制链接系统的libc和zlib，避免使用conda环境中依赖高版本GLIBC的库文件。

为什么你之前的symver方法没用？ #

你尝试的__asm__(".symver")方法是告诉链接器要使用哪个版本的符号，但问题的核心是服务器系统本身没有这些高版本的GLIBC符号（比如GLIBC_2.14/2.16/2.17），所以即使指定了符号版本，链接器还是找不到对应的定义，自然无法解决问题。

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