Centos/Redhat_7.9升级GCC/GCC-C++

原创 已于 2024-10-09 17:35:42 修改 · 2k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#centos #c++ #linux

于 2024-04-16 15:06:05 首次发布

说明：
  GCC/GCC-C++编译器用于编译C/C++语言程序，在编译安装工具时需要用到高版本的gcc版本，可以根据需求安装多版本的gcc并使用Modules去管理，不要盲目升级后直接替换gcc。

查看当前系统gcc版本

[root@cs01 ~]# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC
最低0.47元/天 解锁文章
CentOS安装GCC
Pjv____的博客
09-24 4639
GCC是GNU编译器套件（GNU Compiler Collection）的简称，它是一个功能强大的开源编译器，用于编译和运行C、C++和其他编程语言。在CentOS上安装GCC可以让您在系统上进行本地编译和开发。GCC是一个强大的编译器，使您能够在CentOS系统上进行本地编译和开发。安装后，您可以开始编写和执行C、C++和其他编程语言的程序。安装GCC后，您可以编译和运行C程序。您已成功在CentOS上安装GCC并编译运行了一个简单的C程序。如果GCC安装成功，您将看到GCC的版本信息。
centos7.9 gcc升级到11.2.1
tingting0119的博客
12-13 685
centos7 升级gcc到11.2.1
centos7.9 升级 gcc
qq_50247813的博客
04-12 1386
时，只不过是在新的bash或者当前bash中追加了gcc环境，并且有新的根文件，可以从。方法二、将devtoolset-11下的gcc 和 g++ 文件链接到。了解到了是如何切换到gcc11就能知道如何永久切换到gcc11。由于centos7的scl仓库源已经不在维护了。目录下存在一个root目录，gcc二进制文件在就。想要切换到那个版本就执行一下对应目录文件下的。镜像仓库目前gcc的最高版本为。多一个对应版本的文件，如下。选择你要安装的gcc版本。一、通过SCL仓库安装。，所以我们使用阿里云的。
CentOS 7.9最小化系统下GCC编译环境与RPM离线包完整搭建实战
weixin_42355400的博客
10-23 853
htmltable {th, td {th {pre {简介：在CentOS 7.9最小化安装环境中，构建可靠的开发环境至关重要。本文详细介绍如何手动部署GCC编译器集合及配置RPM离线软件包管理系统。涵盖系统更新、GCC源码下载、配置编译安装、环境变量设置、GDB调试工具配套使用，以及通过本地YUM仓库实现RPM离线安装的全流程。该方案适用于无网络或受限环境下的Linux开发部署，帮助开发者深入掌握软件编译与包管理核心技能。
阿里云服务器CentOS 7.9.2009使用源码从gcc 8.3.1升级至gcc 11.3.0
qq_42108074的博客
02-28 1637
gcc使用源码升级至11.3
CentOS7.9升级gcc
m0_63494350的博客
06-13 1885
CentOS7.9，用yum安装的gcc版本为4.8.5，安装其他软件的高版本时（如python、node等）需要高版本的gcc，本文将gcc 4.8.5版本升级到 9.5.0。查看/opt/gcc-9.5.0/contrib/download_prerequisites文件，获取gcc需要的依赖。如果解压.bz2文件时，报下图的错误，需要安装bzip2包。下载gmp、mpfr、mpc、isl包，放到opt下。再次执行make命令，需要编译很长一段时间。，放在指定位置，如/opt下。
CentOS 7.9 GCC 升级
m0_74031424的博客
12-03 1002
centos7.9默认gcc版本为4.8.5，很多高版本的源码都无法编译。#安装高版本GCC,不同版本对应修改数字就好。通过yum升级gcc版本。#下载阿里云yum仓库。#下载SCL软件集合库。#临时应用高版本GCC。#更换阿里云YUM源。
【接单外包笔记】Centos7.9完美升级gcc版本,无任何风险
01-12 1272
centos7 完美升级gcc版本
centos7.9下升级gcc版本
无效的博客
09-06 1172
【代码】centos7下升级gcc版本。
CentOS7.9升级gcc到 10.3.0全过程
04-15 3389
CentOS7.9下，把gcc从4.8.5升级到 10.3.0全过程。
centos7.9 GCC4.8升级到9.3
linuxxx110的博客
08-08 491
更新 libstdc++ 动态库要升级libstdc++.so.6。把下载的libstdc++.so.6.0.26 cp 到 /usr/lib64/安装完成后，需要启用新版本的 GCC。# 更新lib libstdc++.so.6.0.26。# 替换系统中的/usr/lib64。1、安装 SCL 仓库。2、修改为阿里云的源。3、安装 gcc 9。
CentOS7.9 上 GCC4.8.5 升级到10.4.0实践
丘处机的专栏
06-23 2040
gcc 升级，Linux
CentOS7.9如何通过第三方仓库来升级GCC（Devtoolset）
yghr3a的博客
07-07 1869
正常来说我们可以直接使用包管理器来下载，但是存在当前包管理器里没有我们想要的包的情况，这就需要我们添加第三方仓库来下载所需的包了
centos7升级gcc版本
qq_39828442的博客
11-05 698
升级gcc
Centos7.9 gcc4.8.5升级到gcc11
m0_66157667的博客
01-29 1258
Centos7.9 gcc编译器默认版本为4.8.5 ，有时候会需要跟高版本的编译器，例如遇到“Qt requires c++11 support”的问题便需要升级gcc编译器。
Centos7.9 机器离线升级gcc
weixin_31580797的博客
08-16 378
机器操作系统 centos7.9安装nvidia驱动会检查编译内核使用的gcc 和当前系统的gcc是否匹配 所以需要升级gcc版本使其对应一致登录后复制 [root@cluster-hfnh9zlpg2cr-worker-l97dg-b6wvb ~]# cat /proc/version Linux version 5...
CentOS 7.9 下安装高版本GCC
TDengine(老段）专注时序数据库领域
06-08 2898
我们在RPM 仓库中，提供 CentOS 7.9 的二进制 RPM 安装包最高只到 4.8.5 了，这个和 yum intall gcc 能安装的最高版本一致，没有再高的了。gcc 在 github 上没有，它放在 gnu 自己的仓库中了，https://gcc.gng.org 可以下载，或者使用 git 直接 clone。下载这三个组件依次安装，如果没有 bzip2 的用 yum install bzip2 安装上，然后。如果我们想安装更高的GCC 版本，怎么办，只能手工编译源码来做了。
centos gcc版本升级
心清的专栏
04-06 1094
最后将scl enable devtoolset-9 bash添加到/etc/profile中，这样，每一个新的会话都会默认使用新版本的gcc了
find /opt/rh/gcc-toolset-11 -name "libasan_preinit.o" /opt/rh/gcc-toolset-11/root/usr/lib/gcc/x86_64-redhat-linux/11/32/libasan_preinit.o
最新发布
11-18
你已经找到了关键文件： ```bash find /opt/rh/gcc-toolset-11 -name "libasan_preinit.o" # 输出： /opt/rh/gcc-toolset-11/root/usr/lib/gcc/x86_64-redhat-linux/11/32/libasan_preinit.o ``` 这个路径说明： - `libasan_preinit.o` **确实存在** - 但它位于 **32位子目录**（`/32/`）中 → 表示它是用于 **32位程序（i686）的 ASan 初始化对象** - 而你的项目正在编译 **64位程序（x86_64）**，链接器会去查找 64 位版本的 `libasan_preinit.o`，但 **该文件在系统中不存在** --- ## 🧩 根本问题定位 > ❌ 缺失的是： > `/opt/rh/gcc-toolset-11/root/usr/lib/gcc/x86_64-redhat-linux/11/libasan_preinit.o` > （即 64 位版本） 而你找到的是 32 位版本（放在 `/32/` 目录下），所以 **链接 64 位可执行文件时无法使用它**。 这导致错误： ``` /opt/rh/gcc-toolset-11/root/usr/bin/ld: cannot find libasan_preinit.o: No such file or directory ``` --- ## ✅ 解决方案 ### ✅ 方案一：【推荐】关闭静态链接 ASan，改用动态链接 这是最稳妥、最兼容的方式。因为 RHEL/CentOS 的 SCL 工具链 **不提供 64 位 `libasan_preinit.o`**，所以不能进行静态链接。 #### 修改构建配置，移除 `-static-libasan` 检查是否在 CMake 或编译命令中添加了： ```cmake target_link_libraries(myapp -static-libasan) # 或 set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -static-libasan") ``` ✅ 改为仅使用动态 ASan： ```cmake add_compile_options(-fsanitize=address -fno-omit-frame-pointer) target_link_libraries(myapp -fsanitize=address) ``` 这样就不会尝试链接 `libasan_preinit.o`，而是依赖运行时共享库 `libasan.so`。 #### 验证 `libasan.so` 是否存在： ```bash find /opt/rh/gcc-toolset-11 -name "libasan.so*" ``` 你应该能看到类似输出： ``` /opt/rh/gcc-toolset-11/root/usr/lib64/libasan.so.6.0.0 /opt/rh/gcc-toolset-11/root/usr/lib64/libasan.so -> libasan.so.6.0.0 ``` 只要这个 `.so` 存在，动态 ASan 就可以正常工作。 --- ### ✅ 方案二：强制让链接器忽略 `libasan_preinit.o`（黑科技） 如果你确定不需要那个文件（比如实际只需要动态支持），可以通过覆盖链接器参数绕过。 #### 方法：设置 `LDFLAGS` 显式指定 `libasan.so` ```bash export LDFLAGS="-l:libasan.so -fsanitize=address" ``` 或者在 `make` 命令中直接传入： ```bash make -j2 LDFLAGS="-l:libasan.so -fsanitize=address" ``` 这会强制链接动态库而不是让链接器自动搜索并尝试加载 `libasan_preinit.o`。 --- ### ✅ 方案三：确认是否真的启用了 `-static-libasan` 运行以下命令查看具体编译链接命令： ```bash make -j2 VERBOSE=1 | grep -A5 -B5 "libasan_preinit\|sanitize" ``` 你会看到类似： ``` /opt/rh/gcc-toolset-11/root/usr/bin/g++ ... -fsanitize=address -static-libasan ... ``` 🔍 如果发现有 `-static-libasan`，这就是罪魁祸首！ #### 如何禁用？ - 检查 `CMakeLists.txt` 中是否有： ```cmake target_link_libraries(attrclient "-static-libasan") ``` - 或者通过外部变量传入了 `-DSTATIC_LIBASAN=ON` - 删除或注释掉即可 --- ### ✅ 方案四：手动创建一个空的 `libasan_preinit.o`（应急测试用） ⚠️ 注意：这是一个 **欺骗链接器的临时手段**，仅用于验证是否是“找不到文件”导致的问题，不保证程序能正确运行。 ```bash # 创建一个空的目标文件（占位符） echo 'void __asan_init() {}' | \ /opt/rh/gcc-toolset-11/root/usr/bin/g++ -x c -c -o /tmp/libasan_preinit.o - # 复制到期望路径（需要 sudo） sudo mkdir -p /opt/rh/gcc-toolset-11/root/usr/lib/gcc/x86_64-redhat-linux/11/ sudo cp /tmp/libasan_preinit.o /opt/rh/gcc-toolset-11/root/usr/lib/gcc/x86_64-redhat-linux/11/libasan_preinit.o ``` 然后再次运行 `make`，看是否能继续。 > ⚠️ 即使编译通过，程序也可能崩溃，因为初始化函数为空。仅用于排查流程问题。 --- ## 🔍 为什么没有 64 位 `libasan_preinit.o`？ Red Hat 官方文档明确指出： > The AddressSanitizer runtime in devtoolset/gcc-toolset does **not support static linking** for x86_64 targets. 也就是说： - 32 位有 `libasan_preinit.o` 是为了兼容旧项目 - 64 位 **故意不提供**，因为静态链接 ASan 在生产环境中几乎不用，且容易出错 参考 Red Hat Knowledge Base: [https://access.redhat.com/solutions/4972101](https://access.redhat.com/solutions/4972101) --- ## ✅ 推荐最终做法总结 | 步骤 | 操作 | |------|------| | 1️⃣ | 确认当前是否启用 `-static-libasan` | | 2️⃣ | 移除所有 `-static-libasan` 和静态链接相关标志 | | 3️⃣ | 使用动态 ASan：`-fsanitize=address` + 动态链接 | | 4️⃣ | 确保 `libasan.so` 存在且可访问 | | 5️⃣ | 重新构建 | ```bash source /opt/rh/gcc-toolset-11/enable cd build && rm -rf * cmake .. # 确保不加 -static-libasan make -j2 ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值