关于在x86 Ubuntu系统交叉编译glibc 2.33的问题

最新推荐文章于 2025-06-05 19:05:07 发布
原创 最新推荐文章于 2025-06-05 19:05:07 发布 · 2.3k 阅读 · 23 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ubuntu #linux

前言

有一个QT项目，当我在x86架构的Ubuntu20.04虚拟机中运行的时候，是正常的；当我要把这个QT项目生成的可执行应用程序（交叉编译套件）运行在arm64架构的ubuntu系统中，就提示错误，如下图所示。

原因

是因为qt项目中的一些文件是依赖于GLIBC_2.33，但是在arm64架构的ubuntu系统中是没有的，这就需要在arm64架构的系统中安装GLIBC_2.33，限于arm64架构的系统缺少文件较多，所以，采取在x86的Ubuntu系统中交叉编译GLIBC_2.33的方法。

解决办法

1、确保交叉编译工具链已正确安装

可以参考

最低0.47元/天 解锁文章

200万优质内容无限畅学
zuanshigan
关注
【openwrt-23.05】libc.so.6: version `GLIBC_2.33‘ not found (required by arm-openwrt-linux-ld.bfd)问题分析及
wgl307293845的博客
12-02 793
升级编译机系统的版本，从ubuntu-18.04升级到ubuntu-22.04，可以直接重新安装新系统。从以下日志可以看出是由于libc.so.6库的版本不对导致。所以需要使用ubuntu-22.04版本才可以。查看openwrt官方说明。
编译-glib交叉编译
热门推荐
ty的专栏
07-18 1万+
glib是一个C语言函数库，它对很多系统调用进行了封装，提供了很多实用的功能，能极大地方便编程。 为了在产品上尝试使用glib，需要对glib进行交叉编译，使其能在ARM9上运行。但编译中间会碰到很多错误，需要耐心地逐一解决。
glibc 交叉编译
最新发布
qq_40067649的博客
06-05 145
【代码】glibc 交叉编译。
Ubuntu 编译GLIBC
fonws的博客
11-24 1786
GLIBC版本过低或者重新编译 1、下载GLIBC源 下载地址 2、解压 tar -zxvf 文件名 3、在解压后的目录中创建build文件夹 4、进入build文件夹，执行命令： …/configure 中途会提示安装gawk：apt install gawk，安装后再次执行…/configure ...
GLIBC交叉编译
weixin_42954685的博客
01-24 1522
GLIBC
建立交叉编译器 for arm （binutils-2.17 gcc-3.4.6 glibc-2.3.6）
嵌入式 Linux ARM ADS ADHOC C C++ PLC 单片机
04-07 1万+
  交叉编译器建立过程 准备工作下载一下源码包：可以到ftp://ftp.gnu.org 下载源码包binutils-2.17.tar.gz gcc-3.4.6.tar.gz glibc-2.3.6.tar.gz glibc-linuxthreads-2.3.6.tar.gz 或者到ftp://sourceware.org/pub/下载。将源码包放入/home/zht/cr
交叉编译glibc
luckywang1103的专栏
08-22 5635
CC=arm-linux-gnueabi-gcc ./configure --prefix=/home/lei_wang/usr_lib/ --host=arm-linux --cache-file=arm-linux.cache
ubuntu-version `GLIBC-2.25` not found.pdf
02-27
根据提供的文件信息，文档标题“ubuntu-version `GLIBC-2.25` not found.pdf”以及描述“ubuntu_version `GLIBC_2.25` not found”，明确指出在Ubuntu系统上遇到了GLIBC 2.25版本未找到的问题。GLIBC（GNU C Library...
arm rk3588 升级glibc2.31到2.33
sz76211822的专栏
12-28 725
得出当前glibc版本为2.31。
hi3516a交叉编译openblas
02-27
对于搭载Hi3516A芯片的设备，由于其硬件架构与常见的x86或ARM架构不同，我们需要在Ubuntu系统上进行交叉编译，以生成适用于Hi3516A的OpenBLAS库。 【描述】：“在Ubuntu下交叉编译OpenBLAS，可以在hi3516a上使用” ...
arm-linux-gcc-3.4.5-glibc-2.3.6.tar.bz2 交叉编译器.zip
07-13
arm-linux-gcc-3.4.5-glibc-2.3.6-linux.tar.bz2交叉编译器
glibc-2.33.tar.gz
08-04
glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。该代码是从官方下载而来，未做任何改动，使用linux进行产品开发必不可少，每个标准库里函数都可以查看实现并学习大神们的思想与技艺，赞！！
glibc-2.33 源码
07-08
glibc-2.33 源码
glibc交叉编译
weixin_33985679的博客
06-29 3277
2019独角兽企业重金招聘Python工程师标准>>> ...
libc.so.6/glibc交叉编译
lifei_0001的博客
08-25 4455
不同的系统版本libc.so.6链接的库libc库都不同，比方说ubuntu18是libc-2.27.so,ubuntu20则是libc-3.31.so。x86_64平台的库网上比较容易下载到，源码编译也比较简单，就不说了，这里说一下交叉编译方法，以及自己遇到的问题。 官网glibc不同版本源码下载地址： http://mirrors.nju.edu.cn/gnu/libc/ 我编好的glic-2.30的库： https://download.csdn.net/download/lifei_0001
是否可能和交叉编译环境配置没有配好有关？
03-13
<think>好的，用户问交叉编译环境配置是否可能导致之前提到的GLIBC版本问题。首先，我需要回忆一下用户之前的问题。之前他在Docker容器中编译时遇到GLIBC_2.33找不到的错误，我给出了更换基础镜像、手动安装GLIBC和多阶段构建的解决方案。现在用户怀疑是否和交叉编译环境配置有关，我需要分析这种可能性。 首先，交叉编译通常是指在一个平台（比如x86_64）上编译另一个平台（比如ARM）的程序。这种情况下，如果交叉编译工具链配置不正确，确实可能导致链接到错误的库版本，包括GLIBC。比如，如果交叉编译时使用的库是旧版本的，或者工具链指向了宿主机而不是目标机的库，就可能出现GLIBC版本不匹配的问题。 不过，用户之前的问题是在Docker容器中编译，可能没有涉及交叉编译，而是本地编译。但用户现在提到交叉编译环境配置，可能他实际的情况可能涉及到交叉编译，或者他怀疑自己错误地配置了交叉编译工具链，导致问题出现。 接下来，我需要考虑在Docker中使用交叉编译的可能情况。例如，用户可能在容器内配置交叉编译工具链，但工具链可能指向了宿主机的库，或者工具链自带的GLIBC版本与目标系统不兼容。这时候，即使容器内的GLIBC版本正确，交叉编译时使用的工具链中的库可能仍然是旧的，导致问题。 需要分情况讨论：如果用户确实在进行交叉编译，那么配置错误可能导致GLIBC问题；如果用户是本地编译，那么交叉编译配置可能不相关，但用户可能混淆了本地和交叉编译的环境设置。 另外，用户可能在Docker中尝试交叉编译，但工具链配置不正确，比如没有正确指定sysroot，或者没有安装目标平台所需的GLIBC版本，导致编译时链接了宿主机的库，从而出现版本不匹配。 需要进一步分析交叉编译配置错误的表现，是否会导致GLIBC版本问题。例如，交叉编译工具链如果没有正确配置，可能会使用宿主机的高版本GLIBC，而目标平台需要低版本，或者相反，导致运行时出现不兼容。 不过，用户之前的问题是编译时工具fixdep需要高版本GLIBC，这可能更直接与编译环境本身的GLIBC版本有关，而不是交叉编译的目标环境。但如果用户错误地配置了交叉编译工具链，可能在编译host工具（如fixdep）时，错误地使用了目标平台的库，导致问题。例如，在交叉编译内核或某些项目时，host工具可能需要本地编译，但工具链配置错误导致这些工具被错误地交叉编译，从而引发依赖问题。 总结可能的点： 1. 交叉编译工具链配置错误，导致host工具使用错误的库。 2. sysroot未正确配置，导致链接到宿主机的GLIBC而非目标机的。 3. 工具链中的c库版本与目标平台不匹配。 需要详细解释这些可能性，并提供检查步骤和解决方法，比如检查工具链配置，确认sysroot路径，确保使用正确的库版本，使用正确的交叉编译工具链等。 同时，要区分用户的情况是否是交叉编译，如果是的话，如何正确配置；如果不是，可能排除交叉编译的因素，回到之前的解决方案。 最后，给出用户验证是否与交叉编译相关的步骤，比如检查是否使用了交叉编译工具链，检查编译命令中的目标架构，检查链接的库路径等，并提供修正方法，如正确配置工具链路径、设置环境变量、使用合适的sysroot等。</think>--- ### **交叉编译环境配置与GLIBC版本问题的关联分析** 在Docker容器中编译时，若涉及**交叉编译**（例如在x86_64环境下编译ARM程序），配置不当确实可能导致GLIBC版本冲突。以下是具体原因、验证方法和解决方案： --- ### **1. 交叉编译环境配置问题如何引发GLIBC错误？** #### **核心机制** - **工具链与目标库不匹配**：交叉编译工具链（如`aarch64-linux-gnu-gcc`）若未正确指向目标平台的GLIBC版本，可能导致： 1. 编译时错误：工具链依赖的库版本与容器内实际安装的GLIBC版本冲突。 2. 运行时错误：编译产物在目标设备上运行时提示`GLIBC_XXX not found`。 #### **典型场景** - **错误配置示例**： ```bash # 错误：未指定sysroot，导致链接宿主机（容器内）的GLIBC aarch64-linux-gnu-gcc -o program source.c ``` - 此时编译出的程序可能依赖容器内的高版本GLIBC，但目标设备仅支持低版本。 --- ### **2. 验证是否与交叉编译相关** #### **步骤 1：检查编译命令** 查看编译脚本或Makefile中是否包含交叉编译工具链标识： ```bash # 交叉编译典型标志 CC=aarch64-linux-gnu-gcc ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- ``` #### **步骤 2：确认链接的GLIBC版本** 在容器内执行以下命令，检查编译产物的GLIBC依赖： ```bash # 查看二进制文件依赖的GLIBC版本（示例） readelf -s output_program | grep GLIBC_ # 交叉编译时，需指定目标架构的readelf工具 aarch64-linux-gnu-readelf -s output_program | grep GLIBC_ ``` - **预期现象**：若输出包含`GLIBC_2.33`等高版本符号，但目标设备仅支持低版本（如2.27），则需修正交叉编译配置。 --- ### **3. 解决方案：正确配置交叉编译环境** #### **方案一：指定sysroot隔离依赖** 通过`sysroot`参数强制工具链使用目标平台的库文件。 **操作步骤**： 1. 在Dockerfile中准备目标平台的根文件系统（rootfs）： ```dockerfile FROM ubuntu:22.04 RUN apt update && apt install -y gcc-aarch64-linux-gnu # 下载目标平台的根文件系统（以Ubuntu 20.04 ARM64为例） RUN mkdir /sysroot && cd /sysroot \ && wget http://ports.ubuntu.com/ubuntu-ports/dists/focal/main/binary-arm64/Packages.gz \ && dpkg -x /*.deb /sysroot ``` 2. 编译时指定sysroot路径： ```bash aarch64-linux-gnu-gcc -o program source.c \ --sysroot=/sysroot \ -I/sysroot/usr/include \ -L/sysroot/usr/lib/aarch64-linux-gnu ``` #### **方案二：使用预配置的工具链** 直接使用官方维护的交叉编译工具链（如Linaro、ARM官方工具链），确保工具链自带的GLIBC与目标设备兼容。 **操作示例**： 1. 在Dockerfile中安装Linaro工具链： ```dockerfile FROM ubuntu:22.04 RUN apt update && apt install -y wget RUN wget https://releases.linaro.org/components/toolchain/binaries/latest-7/aarch64-linux-gnu/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz \ && tar -xJf gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz -C /opt ENV PATH="/opt/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu/bin:$PATH" ``` 2. 编译时自动匹配目标GLIBC版本： ```bash aarch64-linux-gnu-gcc -o program source.c ``` --- ### **4. 关键配置检查点** | 配置项 | 正确做法 | 错误示例 | |-----------------|---------------------------------------|-----------------------------------| | **工具链路径** | 显式指定完整路径或添加到`PATH` | 依赖宿主机默认路径 | | **sysroot** | 指向目标平台的库和头文件 | 未设置，导致链接宿主机库 | | **-march/-mtune** | 明确目标CPU架构（如`-march=armv8-a`） | 使用默认值，可能生成不兼容指令集 | --- ### **5. 总结** - **明确需求**：区分**本地编译**（直接运行在容器内）和**交叉编译**（运行在其他设备）。 - **配置要点**： - 交叉编译必须通过`sysroot`或预配置工具链隔离依赖。 - 本地编译的GLIBC问题通常与基础镜像版本直接相关（参考[上一回答](#)）。 - **验证顺序**： 1. 确认是否涉及交叉编译。 2. 检查工具链配置是否指向目标平台库。 3. 对比编译产物与目标设备的GLIBC版本要求。 若确认问题由交叉编译配置引起，优先使用`sysroot`或更换官方工具链，可避免手动管理GLIBC的复杂性。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值