x86_64主机交叉编译QNX aarch64时自定义路径加载glibc失败求助

核心问题原因 #

你通过ld-linux-x86-64.so.2指定自定义GLIBC启动qcc，但qcc作为QNX的编译驱动程序，内部调用cc1时没有继承你设置的LD_LIBRARY_PATH，甚至可能主动重置环境变量，导致cc1仍然加载系统默认的GLIBC 2.23。

可行解决方法 #

1. 直接为cc1设置库路径启动 #

cc1是实际执行编译的二进制文件，你可以直接用自定义GLIBC启动它，参数可从qcc的-v输出中提取：

/home/unix-build/lib64/ld-linux-x86-64.so.2 --library-path /home/unix-build/lib64 \
/lib/gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1 \
-quiet -v /llvm/repo/../../utilities/threads/threadsMessageDefs.c \
-fdata-sections -ffunction-sections -DSTD_NOWINSOCK2 -DRELEASE -DNDEBUG \
-o threadsMessageDefs.o -c \
-isystem [QNX交叉编译头文件路径] \
--sysroot=[QNX目标系统根目录] \
-march=armv8-a -mtune=cortex-a53 # 根据目标架构调整

先执行qcc -V12.2.0,gcc_ntoaarch64le -v -c test.c，把输出中cc1的完整参数替换到上述命令中即可。

2. 修改qcc启动脚本注入库路径 #

qcc本质是shell脚本或包装程序，编辑/home/usr/bin/qcc：

• 在调用cc1的代码前添加环境变量设置：

  export LD_LIBRARY_PATH=/home/unix-build/lib64:$LD_LIBRARY_PATH
  

• 或者直接修改cc1的调用命令，用自定义ld-linux包裹：

  # 找到原调用行如 $CC1 ...，修改为：
  /home/unix-build/lib64/ld-linux-x86-64.so.2 --library-path /home/unix-build/lib64 $CC1 ...
  

3. 用patchelf修改cc1的动态链接路径 #

直接修改cc1的默认加载路径，无需每次手动指定ld-linux：

patchelf --set-rpath /home/unix-build/lib64 /lib/gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1
patchelf --set-interpreter /home/unix-build/lib64/ld-linux-x86-64.so.2 /lib/gcc/aarch64-unknown-nto-qnx8.0.0/12.2.0/cc1

关键注意点 #

• QNX交叉工具链（qcc、cc1）是x86_64架构的主机程序，你使用的自定义GLIBC必须是x86_64版本，和目标aarch64架构无关。
• 禁止修改系统默认GLIBC，避免破坏主机系统稳定性。

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