交叉编译RPI CM4的Curl示例时GLIBC链接错误求助

核心原因 #

你遇到的问题是交叉编译工具链与目标系统（CM4）的GLIBC版本不兼容：

• 本地Ubuntu 14.04的arm-linux-gnueabi-gcc工具链依赖的GLIBC版本为2.19，而CM4系统（5.15内核）自带的GLIBC版本在2.28以上，两者符号版本不匹配，导致链接时出现fcntl64@GLIBC_2.28这类未定义引用错误。

解决方案（按优先级排序） #

1. 更换匹配的交叉编译工具链（推荐） #

绝对不要直接更新Ubuntu系统的GLIBC（风险极高，会彻底破坏系统依赖），而是换用和CM4系统版本匹配的官方交叉编译工具链：

• 下载树莓派官方提供的交叉编译工具链，它是专门针对树莓派系统版本构建的，GLIBC版本和CM4完全一致。
• 配置Eclipse的编译器路径为新工具链的arm-linux-gnueabihf-gcc（注意是gnueabihf，而非你之前用的gnueabi，CM4采用硬浮点ABI）。
• 编译时链接工具链自带的库，而非直接拷贝CM4的.so文件，从根源避免版本冲突。

2. 静态编译Curl程序 #

如果不想更换工具链，可以尝试静态编译，把Curl和依赖的GLIBC相关库都打包进可执行文件：

• 在编译命令中添加-static参数，同时确保交叉编译工具链安装了静态库组件。
• 注意：静态编译会增大可执行文件体积，但能彻底解决动态库版本不兼容问题。

3. 降级CM4系统的GLIBC（不推荐） #

手动替换CM4的GLIBC为2.19版本风险极大，大概率会导致系统崩溃，除非有绝对必要，否则不建议操作。

关键提醒 #

不要尝试更新Ubuntu 14.04的GLIBC到2.28：Ubuntu 14.04是长期支持版本，所有系统核心程序都基于GLIBC 2.19构建，强行更新会导致大量系统工具无法运行，甚至直接让系统瘫痪。

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