如何在新版Arch Linux编译可在旧版Linux运行的C/C++程序

嘿，这个问题我太熟了！Arch的滚动更新确实爽，但编译出来的程序跑到旧系统上就直接“罢工”，核心就是共享库版本不兼容——比如你提到的libMango.so版本差异，本质上大多是glibc这类基础系统库的版本差在搞鬼。下面给你几个实用的解决办法，亲测有效：

方法1：直接静态编译 #

最简单粗暴的方式就是把程序依赖的所有共享库都打包进可执行文件里，这样程序就完全不依赖目标系统的库了。

• 编译C程序时加上-static参数：

  gcc -static your_program.c -o your_program
  

• 编译C++程序同理：

  g++ -static your_program.cpp -o your_program
  

注意事项：

• 静态编译会让程序体积大幅变大，这点要做好心理准备
• 部分库（比如glibc的某些组件）不支持静态链接，遇到这种情况就得换其他方法了
• 要留意库的许可证，有些开源库不允许静态链接后分发

方法2：在旧系统环境里用新版编译器编译 #

最可靠的办法是在和目标系统一致的环境里编译，比如用Docker或者chroot搭建一个Ubuntu14.04/Lubuntu16.04的环境，然后在里面安装新版编译器来编译程序——这样编译出来的程序依赖的库版本和旧系统完全匹配，兼容性拉满。
举个Docker的例子：

1. 拉取旧版Ubuntu镜像：

   docker pull ubuntu:14.04
   

2. 启动容器并挂载你的代码目录：

   docker run -it --rm -v /path/to/your/local/code:/code ubuntu:14.04
   

3. 在容器里安装基础编译环境，再升级编译器到新版（比如gcc 12）：

   apt-get update && apt-get install build-essential software-properties-common
   add-apt-repository ppa:ubuntu-toolchain-r/test
   apt-get update && apt-get install gcc-12 g++-12
   

4. 切换到/code目录用新版编译器编译：

   gcc-12 your_program.c -o your_program
   

编译好的程序直接从挂载目录拿出来，就能在所有旧系统上跑了。

方法3：打包依赖库并指定运行时加载路径 #

如果不想静态编译，也可以把程序依赖的新版库一起打包，然后让程序运行时优先加载你提供的库，而不是系统的旧库：

1. 先用ldd命令找出程序依赖的所有共享库：

   ldd your_program
   

2. 把这些库复制到程序同一目录下的lib文件夹里
3. 重新编译时加上指定加载路径和动态链接器的参数：

   gcc your_program.c -o your_program -Wl,--rpath='$ORIGIN/lib' -Wl,--dynamic-linker=/path/to/old-system-ld.so
   

   这里的$ORIGIN表示程序所在的目录，/path/to/old-system-ld.so是从旧系统（比如Ubuntu14.04）复制过来的动态链接器文件（通常是/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2）

方法4：使用交叉编译工具链 #

如果需要批量编译兼容旧系统的程序，可以构建一个针对旧发行版的交叉编译工具链，比如x86_64-ubuntu14.04-gcc。不过这个方法需要自己构建工具链，步骤相对繁琐，适合有一定经验的用户。

最后再提几个小建议 #

• 编译完成后，一定要拿到目标系统上测试，避免遗漏某些隐性依赖
• 如果是Qt这类大型框架的程序，静态编译可能会遇到更多坑，优先推荐用Docker/chroot的方法

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