升级GCC至12.2跨编译QNX aarch64时GLIBC版本不兼容问题咨询

问题背景 #

在x86_64主机上进行QNX aarch64交叉编译，升级GCC工具链至12.2版本时遇到编译错误：cc1程序提示需要GLIBC_2.25版本，但主机当前/lib/x86_64-linux-gnu/libc.so.6的GLIBC版本为2.23。

错误信息 #

gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.25' not found (required by aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1)

主机GLIBC版本信息 #

krk@test-lnx44-11:~/debugs/working$ /lib/x86_64-linux-gnu/libc.so.6
GNU C Library (Ubuntu GLIBC 2.23-0ubuntu11.3) stable release version 2.23

GCC 12.2版本cc1的GLIBC依赖（strings命令输出） #

gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1 | grep GLIBC
GLIBC_2.3
GLIBC_2.2.5
GLIBC_2.7
GLIBC_2.14
GLIBC_2.25
__GLIBCXX_BITSIZE_INT_N_%d=%d
__GLIBCXX_TYPE_INT_N_%d=__int%d

GCC 8.3版本cc1的GLIBC依赖（strings命令输出） #

gcc/aarch64-unknown-nto-qnx7.1.0/8.3.0/cc1 | grep GLIBC
GLIBC_2.3
GLIBC_2.2.5
GLIBC_2.14
__GLIBCXX_TYPE_INT_N_%d=__int%d
__GLIBCXX_BITSIZE_INT_N_%d=%d

问题解答 #

1. strings命令输出的含义 #

• 以GLIBC_xxx开头的条目：代表cc1二进制程序在编译时，链接了对应版本GLIBC提供的函数符号。GLIBC采用版本化符号机制，新增或更新的函数会绑定到特定版本号，程序运行时需要主机GLIBC包含这些版本的符号才能正常执行。
• 带有__GLIBCXX_的条目：属于GCC的C标准库（libstdc）内部宏定义，和GLIBC的版本依赖无关，无需关注。

2. 是否是GLIBC版本差异导致当前问题 #

是。错误信息明确指出cc1需要GLIBC_2.25版本的符号，但主机GLIBC仅为2.23，不包含2.25版本的符号，动态链接器无法匹配依赖，因此报错。对比GCC 8.3的cc1依赖，其最高仅要求GLIBC_2.14，低于主机的2.23版本，所以能正常运行。

3. 排查问题的调试工具与标志 #

• ldd命令：查看cc1的动态依赖详情，直观展示依赖的库版本：

  ldd ./gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1
  

• readelf工具：精准分析二进制的版本需求，列出所有需要的版本化符号：

  readelf -V ./gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1
  

• 动态链接器调试日志：设置LD_DEBUG=versions环境变量，查看链接过程中版本匹配的详细日志：

  LD_DEBUG=versions ./gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1 --version
  

  该日志会明确显示哪些版本符号无法找到，帮助定位具体依赖的函数。

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