Ubuntu22.04编译的C++程序在18.04启动前Segmentation fault排查

我在Ubuntu 22.04上用CMake编译了一个依赖Boost的C++程序，通过CPack打包成deb包后，在Ubuntu 18.04上安装正常，但运行时还没进入main函数就触发Segmentation fault。

GDB调试输出：

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()

栈追踪信息：

(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff7a5aa99 in ?? ()
#2  0x0000000000000000 in ?? ()

我已经把Ubuntu 22.04上的所有依赖（包括libc、libstdc++、Boost相关.so库）放到程序的$ORIGIN/lib目录，并配置了RPATH。用ldd检查确认所有依赖都能通过RPATH找到：

linux-vdso.so.1 (0x00007ffd37768000)
libboost_filesystem-mt-d-x64.so.1.79.0 => /opt/testapp/lib/libboost_filesystem-mt-d-x64.so.1.79.0 (0x00007f1e05673000)
libboost_program_options-mt-d-x64.so.1.79.0 => /opt/testapp/lib/libboost_program_options-mt-d-x64.so.1.79.0 (0x00007f1e055ff000)
libstdc++.so.6 => /opt/testapp/lib/libstdc++.so.6 (0x00007f1e0532a000)
libgcc_s.so.1 => /opt/testapp/lib/libgcc_s.so.1 (0x00007f1e055df000)
libc.so.6 => /opt/testapp/lib/libc.so.6 (0x00007f1e05102000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1e04d64000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1e05554000)

求告知故障原因或下一步排查思路。

排查思路 #

1. 修复动态链接器与libc的版本匹配 #

从ldd输出看，程序使用了Ubuntu 18.04系统的/lib64/ld-linux-x86-64.so.2，但打包了Ubuntu 22.04版本的libc.so.6——动态链接器和glibc必须来自同一版本套件，跨版本组合会导致加载阶段崩溃。

• 解决：将Ubuntu 22.04的ld-linux-x86-64.so.2复制到$ORIGIN/lib目录，运行时指定该链接器启动程序：

  /opt/testapp/lib/ld-linux-x86-64.so.2 /opt/testapp/your_program
  

2. 替换为Release版本的Boost库 #

当前使用的Boost库是调试版本（带-mt-d-后缀），调试库依赖特定编译器版本，且包含额外检查逻辑，跨系统兼容性极差。

• 解决：改用Release版本的Boost库重新编译、打包后测试。

3. 验证依赖完整性与加载顺序 #

虽然ldd显示找到库，但可能存在符号冲突或遗漏依赖：

• 用readelf -d your_program确认RPATH设置，确保$ORIGIN/lib优先级最高
• 用objdump -x /opt/testapp/lib/libc.so.6 | grep NEEDED检查libc的依赖库（如libpthread.so.0、libdl.so.2），将这些库也一并打包到$ORIGIN/lib
• 执行LD_DEBUG=libs /opt/testapp/your_program查看库加载细节，确认所有依赖均从$ORIGIN/lib加载，未意外使用系统库

4. 定位静态初始化阶段的崩溃 #

段错误发生在main之前，大概率是静态对象构造或全局变量初始化导致：

• 用GDB命令set stop-on-solib-event 1，在每个共享库加载时暂停，结合bt查看栈信息，锁定崩溃前加载的最后一个库
• 在代码中添加__attribute__((constructor))标记的调试函数，逐步输出初始化步骤，定位具体崩溃点

5. 调整编译兼容性参数 #

Ubuntu 22.04的gcc版本（11）与Ubuntu 18.04（7）的默认ABI、C++标准存在差异：

• 编译时添加-std=c++17 -D_GLIBCXX_USE_CXX11_ABI=0（确保代码兼容旧ABI）
• 用-march=x86-64指定基础x86指令集，避免生成Ubuntu 18.04不支持的CPU指令

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