交叉编译ARMHF目标程序时出现GLIBC版本相关的未定义引用错误

看起来你遇到的问题是交叉编译工具链的libstdc++.so依赖的GLIBC版本远高于目标设备上的GLIBC版本导致的链接错误。我来拆解一下问题根源和可行的解决方案：

问题根源 #

你使用的是ARM官方提供的预编译11.3.0交叉工具链，这个工具链是基于较新的Linux发行版（比如Ubuntu 22.04及以上）构建的，它的libstdc++.so依赖了GLIBC 2.33/2.34/2.35这些高版本符号。但你的目标设备是Ubuntu 18.04 ARMHF，该系统自带的GLIBC版本仅为2.27左右——远低于工具链要求的版本，因此链接时会触发这些"undefined reference"错误。

可行的解决方案 #

1. 换用与目标系统匹配的交叉工具链

这是最省心的解决办法：选择针对旧版GLIBC（比如2.27）构建的ARMHF交叉工具链：

• 可以选用Linaro的旧版本工具链，比如GCC 9.x或10.x的Linaro ARMHF工具链，这些版本是为旧版发行版优化的，依赖的GLIBC版本更低。
• 或者直接使用Ubuntu官方仓库提供的交叉编译包：在你的主机Ubuntu 18.04上执行sudo apt install gcc-arm-linux-gnueabihf g++-arm-linux-gnueabihf，这个工具链和Ubuntu 18.04的GLIBC版本完全对齐，能完美适配你的目标设备。

2. 自定义构建适配目标GLIBC的交叉工具链

如果必须使用GCC 11.x版本，可以用crosstool-ng构建专属的交叉工具链，指定目标GLIBC版本为2.27：

• 第一步：在主机上安装crosstool-ng（Ubuntu 18.04可通过PPA或源码编译安装）。
• 第二步：运行ct-ng menuconfig，配置核心参数：
  • Target options：选择arm-none-linux-gnueabihf
  • Toolchain options：设置GCC版本为11.x
  • C-library：选择glibc，版本指定为2.27
• 第三步：执行ct-ng build，等待工具链编译完成。
  这个方法能精准匹配你的目标环境，但编译工具链需要一定的时间和系统资源。

3. 尝试静态链接libstdc++和libgcc

在编译链接命令中添加-static-libstdc++ -static-libgcc参数，把libstdc++和libgcc静态嵌入到程序中，绕开对目标系统动态libstdc++.so的依赖。

比如原编译命令是：

arm-none-linux-gnueabihf-g++ -o my_program my_source.cpp

修改为：

arm-none-linux-gnueabihf-g++ -o my_program my_source.cpp -static-libstdc++ -static-libgcc

注意：这个方法仅能解决libstdc++的依赖问题，如果程序还依赖其他动态库（如libpthread、libm），这些库仍会依赖目标系统的GLIBC，但至少能绕过当前的错误。

4. 不推荐：升级目标系统的GLIBC

Ubuntu 18.04是LTS版本，官方不提供GLIBC 2.33+的升级包。手动替换GLIBC风险极高，极有可能导致系统崩溃，除非你在测试环境且愿意承担所有后果，否则不建议尝试。

验证小技巧 #

在尝试解决方案前，可登录目标设备执行以下命令确认当前GLIBC版本，进一步验证问题分析：

ldd --version

Ubuntu 18.04会输出类似ldd (Ubuntu GLIBC 2.27-3ubuntu1.6) 2.27的结果，这也能佐证我们的分析是正确的。

备注：内容来源于stack exchange，提问作者Lewin Allen