多种方式解决交叉编译中glibc版本不兼容导致的编译问题(libc.so.6: version `GLIBC_xxx‘ not found问题)

最新推荐文章于 2025-09-08 16:08:49 发布

原创

最新推荐文章于 2025-09-08 16:08:49 发布 · 2.3w 阅读

60 ·

CC 4.0 BY-SA版权

文章标签：

#linux

本文介绍了在验证跨平台开发环境时，如何适配glibc版本的问题，重点讲述了三种方法：降低本地glibc版本、指定动态库路径、使用patchelf修改二进制。作者推荐使用patchelf，因为它对原程序影响最小。

背景

一个常见的问题就是:

拿到客户的开发板后需要验证自己本地搭建的交叉编译环境是否正确,这影响到后续的开发.

glibc就是指libc.so.6这个动态库,libc.so.6软链接到实际的动态库.

开始动手!

在开发板上,如果有例子比如说可执行程序.那么可以通过

 nm sample_adc | grep GLIBC_ : sample_adc(作为可执行程序) 查看那些调用是用到glibc 库的

通过

 strings /lib/x86_64-linux-gnu/libc.so.6 |grep GLIBC_  查看glibc 的所有版本,如果是开发板注意库的路径.

查看开发板和本地linux所支持的最高版本,目前我的工作证明链接低版本的glibc的bin可以在高版本上运行,高版本编译的bin不能在低版本的glib的环境中运行。

网上看了很多种方式，总结下来有这么几种:

个人推荐用第三种,既不影响本地的glibc,又能完成目标.

第一种

参考

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

昊月光华

关注关注

17
点赞
踩
60

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

64位libstdc++.so.6.0.22，解决glibcxx not found问题

07-13

解决GLIBCXX_3.4.19 not found的问题，删除原来的软连接指向新的 rm -rf /usr/lib64/libstdc++.so.6 ln -s /usr/local/lib64/libstdc++.so.6.0.22 /usr/lib64/libstdc++.so.6

从根源上解决libc.so.6版本问题 /lib64/libc.so.6:version ‘GLIBC_XXX’ not found

01-09

不知道你们是不是有时候也跟我一样，在安装完python某些包的时候，在import的时候总会报错 libc.so.6的版本问题，在网上查找了N种方式，不是没有资源下载就是没用，偶尔也会遇到一些有用的，但是是实在是有点烦。...

参与评论您还未登录，请先登录后发表或查看评论

1 条评论

l_ss 2025.04.03
感觉换个适配交叉编译链工具更合适

解决 GLIBCXX 版本不匹配的问题

驭鲸·环球的博客

07-18

3475

解决 GLIBCXX 版本不匹配错误的步骤：查找 GLIBCXX 版本、确定对应 GCC 版本、下载源代码、编译安装 GCC、替换系统库文件、更新链接器缓存。按此解决方案，您能解决 "/lib64/libstdc++.so.6: version `GLIBCXX_x.x.xx' not found (required by ./appname)" 类似错误。详细步骤指导您在目标机器上重新编译代码，使用与目标机器 GLIBCXX 版本相符的 GCC 版本。解决 GLIBCXX 版本不匹配问题，请参考本文指南。

linux glibc不兼容问题解决

热门推荐

itas109的专栏

06-14

1万+

开发环境为gcc 6.3.0，但是生产环境glibc版本为4.8.5，这种情况下该怎么运行程序呢？本文将以一个例子来介绍如何解决这种不同版本glibc的问题。有如下几种方式： * 打包依赖动态库并修改elf（推荐） * 静态编译 * docker容器 * 升级gcc/g++版本

/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.28‘ not found (required by libjvm.so)

sunarmy的专栏

09-08

363

根据提示安装所需要的GLIBC_2.28。

解决GLIBC不兼容问题

chuliling0446的博客

03-26

1827

在交叉编译时，报了GLIBC不兼容的问题。我分析产生这个问题的原因是，生成库时使用的GLIBC库比当前使用的交叉编译工具链中的GLIBC库更新，导致无法兼容。

arm-linux-gcc /lib/libc.so.6,arm9 嵌入式 linux "/lib/libc.so.6: version `GLIBC_2.2' not found" 问题...

weixin_42309456的博客

05-13

736

主机rethat9内核2.4.20-8目标板LinuxKTARM92002.4.19-rmk7编译器/usr/local/arm/2.95.3/bin/arm-linux-gcc联接了库-lpthread-lrt-lm编译通过,程序下到板子中执行提示错误:./exe:/lib/libc.so.6:version`GLIBC_2.2'notfound(req...

Linux中解决libc.so.6: version `GLIBC_2.14‘ not found问题

a1035082174的博客

09-05

6448

到http://www.gnu.org/software/libc/下载最新版本，我这里下载了glibc-2.14.tar.xz (http://mirror.bjtu.edu.cn/gnu/libc/glibc-2.14.tar.xz)这个版本。修改/lib64/libc.so.6的软链接来源，由之前的libc-2.12.so修改为libc-2.14.so。然后做/lib64/libc.so.6新的软链接，软链接到libc-2.14.so。在glibc源码目录建立构建目录，并cd进入构建目录。

解决 glibc 版本冲突：实用指南与策略分析

探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。

02-03

3379

在探索计算机科学的浩瀚领域中，我们不时遭遇各种技术挑战，它们考验着我们的知识储备和解决问题的能力。特别是在操作系统和软件开发中，兼容性问题经常成为一个棘手的难题。在本文中，我们将深入探讨一个具体的案例：glibc 的版本兼容性问题，它是 Linux 系统下开发的一个常见难点。

libc.so.6: not found

积微致著

12-04

1582

今天成功在vmware8+ubuntu11.04下安装了matlab2012a 教育网是不行的，但是外网可以找到这个torrent，下载下来，放到共享文件夹里面。然后的步骤和网上流传的差不多挂载 sudo mount -o loop /mnt/hgfs/你的文件名/matlab2012a.iso /mnt 安装 cd /mnt sudo ./install 参考/mn

Linux下安装GLIBC

书香水墨

09-24

1万+

一、Linux下安装GLIBC 1.1 查看GLIBC版本 strings /lib64/libc.so.6 | grep GLIBC 1.2 安装升级GLIBC wget http://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.15.tar.gz ...

[Go运行问题]/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_xx‘ not found

安安爸Chris的专栏

04-02

2621

在一台ubuntu 20的机器上通过go 编译生成的可执行程序(使用了cgo)，在其他ubuntu机器上运行时出现如下问题。

【bug】CentOS系统"libc.so.6: version 'GLIBC_2.15' not found"问题的完美解决

优快云明星博主，认证博客专家，视频、Matlab领域优质创作者。

12-15

2682

https://www.cnblogs.com/jim-hwg/p/4826603.html https://www.debian.org/intro/about

一台机部署多个node 遇见 node: /lib64/libm.so.6: version `GLIBC_2.27‘ not found (required by node) .... 报错

T_LOYO的博客

12-18

447

一台机部署多个node 遇见 node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node) .... 相关报错，来助道友该如何升级核心库

RK3588上glibc不匹配的问题

layyuiop的博客

08-17

982

更新交叉编译程序gcc-arm-10.2-2020.11-x86_64-aarch64-none-linux-gnu后，报错消息。

libc.so.6 not found版本太低问题

一亩三分地

11-23

6039

问题：libc.so.6: version `GLIBC_2.14′ not found 原因：系统中安装的libc.so的版本太旧，不支持2.14； 1、执行locate libc.so.6找到库的位置; /usr/lib64/libc.so.6 2、查看系统已支持的版本： strings /usr/lib64/libc.so.6 | grep GLIBC 解

root@ATK-IMX6U:/tmp# ./gateway ./gateway: /lib/libc.so.6: version `GLIBC_2.34' not found (required by ./gateway) ./gateway: /lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libcrypto.so.50) ./gateway: /lib/libc.so.6: version `GLIBC_2.25' not found (required by /usr/lib/libcrypto.so.50) ./gateway: /lib/libc.so.6: version `GLIBC_2.36' not found (required by /usr/lib/libcrypto.so.50) ./gateway: /lib/libc.so.6: version `GLIBC_2.33' not found (required by /usr/lib/libcrypto.so.50) ./gateway: /lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libcrypto.so.50) ./gateway: /lib/libc.so.6: version `GLIBC_2.26' not found (required by /usr/lib/libcrypto.so.50) 这个报错什么意思

最新发布

11-16

<think> 我们正在处理一个关于Linux动态库版本缺失的报错问题。用户运行`./gateway`程序时出现错误： `./gateway: /lib/libc.so.6: version 'GLIBC_xxx' not found`，具体提到了缺少GLIBC_2.34和GLIBC_2.28等版本。 ### 错误含义分析 1. **根本原因**：该错误表明程序`gateway`在编译时链接了较高版本的glibc（GNU C Library），而当前系统安装的glibc版本过低，无法满足程序运行所需的版本。 - `GLIBC_2.34`和`GLIBC_2.28`是glibc的特定版本符号（symbol versions），每个符号对应一组函数接口[^1]。 - 程序在编译时声明了依赖这些高版本符号，但运行时在系统的`libc.so.6`中找不到它们，因此报错[^1]。 2. **版本兼容性**： - glibc采用严格的向后兼容策略：低版本glibc系统无法运行依赖高版本glibc的程序，反之则可行（高版本系统可运行低版本程序）[^1]。 - 例如，若程序依赖`GLIBC_2.34`，则系统glibc版本至少需≥2.34。 3. **查看系统glibc版本**：通过以下命令确认当前系统glibc版本： ```bash ldd --version # 显示glibc版本 ``` 或直接检查`libc.so.6`： ```bash strings /lib/x86_64-linux-gnu/libc.so.6 | grep GLIBC | tail -n 1 ``` 示例输出： ``` GLIBC_2.31 ``` 表示最高支持到GLIBC_2.31，低于程序要求的2.34和2.28（注意：2.28要求低于2.34，但2.34是更高要求，所以以最高要求为准）。 ### 解决思路 #### 方法1：升级系统glibc（风险较高） - **步骤**： 1. 更新系统至支持所需glibc版本的发行版（如Ubuntu 22.04默认glibc 2.35，满足2.34需求）。 2. 或手动编译安装新版glibc（**不推荐**，可能破坏系统稳定性）[^1]。 - **风险提示**： glibc是核心系统库，强行升级易导致系统崩溃。仅建议通过升级整个系统实现。 #### 方法2：静态链接glibc（推荐测试） - **原理**：将程序依赖的glibc函数静态编译到可执行文件中，避免运行时依赖系统动态库。 - **操作**：需重新编译`gateway`程序，在编译命令中添加静态链接选项： ```bash gcc -static -o gateway gateway.c # 示例 ``` - **优点**：避免glibc版本问题。 - **缺点**：生成文件较大，且可能违反glibc的LGPL许可条款（若为商业软件需注意）。 #### 方法3：使用容器或虚拟机 - **容器方案**：在Docker容器中运行程序，使用包含高版本glibc的基础镜像（如`ubuntu:22.04`）： ```Dockerfile FROM ubuntu:22.04 COPY gateway /gateway CMD ["/gateway"] ``` - **虚拟机方案**：在虚拟机中安装高版本Linux系统（如Ubuntu 22.04）运行程序。 #### 方法4：降低程序glibc依赖（开发者适用） - 若可访问程序源代码，可修改代码避免使用高版本glibc特性，或显式指定兼容旧版符号（需熟悉glibc版本管理）。 ### 验证解决效果升级或静态编译后，通过以下命令检查程序依赖： ```bash ldd gateway # 查看动态库链接 objdump -p gateway | grep NEEDED # 查看依赖库 ``` 若输出中无`libc.so.6`（静态链接）或显示系统已有版本（升级后），即可正常运行。 ### 注意事项 - **备份系统**：升级glibc前务必备份重要数据。 - **兼容性测试**：静态链接程序需在不同系统测试兼容性。 - **权限问题**：升级系统或安装软件可能需要`sudo`权限。 §§相关问题§§ 1. 如何安全地升级Linux系统的glibc？ 2. 静态链接和动态链接在性能上有何差异？ 3. Docker容器如何解决库版本冲突问题？ 4. 如何查看Linux程序的动态库依赖关系？ [^1]: 动态库版本缺失问题通常由编译环境与运行环境不一致导致。 </think>### 错误含义分析当运行`./gateway`程序出现 **`/lib/libc.so.6: version 'GLIBC_xxx' not found`** 报错时（如`GLIBC_2.34`或`GLIBC_2.28`），这表示： 1. **程序需要更高版本的glibc** `gateway`程序编译时依赖了较新的C库功能（如GLIBC_2.34中的新函数），但当前系统的glibc版本过低，无法提供这些功能。 2. **glibc版本不兼容** Linux系统的向后兼容策略是： - ✅ 高版本系统可运行依赖低版本glibc的程序 - ❌ 低版本系统**无法运行**依赖高版本glibc的程序此错误明确表明程序要求的glibc版本**高于**系统实际版本。 3. **符号版本缺失** 每个`GLIBC_x.x`对应一组特定函数接口（如`GLIBC_2.34`包含`pthread_mutex_clocklock`等）。错误提示系统缺少这些符号定义：[^1] ```bash objdump -T /lib/x86_64-linux-gnu/libc.so.6 | grep GLIBC_2.34 # 若无输出则确认缺失该版本符号 ``` 4. **系统glibc版本过低** 通过命令可验证系统实际版本： ```bash # 查看系统最高支持的GLIBC版本 strings /lib/x86_64-linux-gnu/libc.so.6 | grep GLIBC | tail -n 1 # 示例输出：GLIBC_2.31（表示最高只支持到2.31） ``` ### 根本原因图解 ``` 编译环境: Ubuntu 22.04 (glibc 2.35) │ ├── 程序依赖: GLIBC_2.34, GLIBC_2.28 │ ▼ 运行环境: Ubuntu 18.04 (glibc 2.27) │ └── ❌ 缺失高版本符号 → 程序崩溃 ``` ### 解决方法 1. **升级系统glibc（推荐）** ```bash # Ubuntu/Debian sudo apt update sudo apt install libc6 ``` **注意**：glibc是核心库，大版本升级需更新整个系统（如Ubuntu 18.04 → 22.04） 2. **静态链接编译程序** 重新编译程序时添加静态链接选项： ```bash gcc -static -o gateway gateway.c # 将glibc打包进程序 ``` **优点**：避免依赖系统库 **缺点**：可执行文件体积增大 3. **使用兼容性Docker容器** ```Dockerfile FROM ubuntu:22.04 # 包含glibc 2.35 COPY gateway /app/ CMD ["/app/gateway"] ``` 4. **降级程序依赖（开发者选项）** 修改代码避免使用高版本glibc特性，重新编译： ```c // 避免使用GLIBC_2.34新增函数 // pthread_mutex_clocklock() → 改用pthread_mutex_lock() ``` ### 验证修复修复后检查兼容性： ```bash # 查看程序依赖的GLIBC版本 objdump -p ./gateway | grep NEEDED.*libc.so.6 # 检查符号版本 readelf -V ./gateway | grep GLIBC ``` > 📌 **关键结论**：此错误本质是**程序与系统C库版本不匹配**，需保证运行环境的glibc版本 ≥ 程序编译时的glibc版本。