用户试图在Redhat Linux 9.0上升级glibc版本，从2.3.2升级到2.5及2.6，但遇到gcc版本过低的错误。社区建议不要轻易升级glibc，因为可能会导致系统瘫痪，并推荐使用更新的操作系统版本，如Fedora 12。讨论中提到升级glibc的风险和复杂性，以及可能导致的系统不稳定性和困难的恢复过程。
我现在在虚拟机上装的是 redhat linux 9.0 用rpm -qa|grep glibc查看glibc版本如下
[root@localhost root]# rpm -qa|grep glibc
glibc-common-2.3.2-11.9
glibc-2.3.2-11.9
glibc-devel-2.3.2-11.9
glibc-kernheaders-2.4-8.10
然后我在网上下载了2.5版本的glibc(glibc-2.5.tar.gz)，用tar zxvf glibc-2.5.tar.gz解压；
然后配置了configure命令[root@localhost /]# ./tmp/glibc-2.5/configure --prefix=/glibc25
提示：
configure: error:
*** These critical programs are missing or too old: gcc
*** Check the INSTALL file for required versions.
我以为是版本旧了，就又下了glibc-2.6.tar.gz升级还是这样提示，这到底是怎么回，事实在不明白。
大家看看是怎么回事。
|
你可以下载新版本的gcc编译安装，又不会破坏你原来的编译系统
之前编译一个库用4.0.2的gcc，总是出错
最后升级到4.4.3搞定之
|
这个错误是说你的 gcc 版本太低。
另外，不要随便升级 glibc， 你的系统会彻底瘫痪的。
|
我升级过gcc，很麻烦。
楼上说的很对，在升级的过程中，系统极有可能瘫痪——因为你的库换了。
这时，就需要用另外一个盘引导系统重启，然后再搞定原来那个系统
|
不要用 redhat linux 9.0 了
装个新点的。 比如 fedora 12
|
非也非也。。。。
redhat linux 9. 是10 多年前的东西了， 很多东西都太老， 淘汰了， 他就好比 win98....
它老到你都很难找到你想要的软件。
|
这个问题基本没有必要去解决， 成功的可能性也不大。
|
glibc 不要随便去动 你把他惹火了 系统肯定崩溃 我亲身经历过的
Redhat9还是2.4的内核
而且你说解决这样的问题能学到东西 我不同意这种看法 即使成功了还容易造成系统的不稳定
Glibc 是提供系统调用和基本函数的 C 库 所有动态连接的程序都要用到它
因此你要动他 就像一个旧的大楼 你想把根基全都给换了 牵一发而动全身
用新的linux发行版Ubuntu Fedora CentOS RHEL等的最新版吧
|
glic。。。gcc。。。搞坏过，所以重装过。记得弄得当时很头疼。
还是用比较新的版本的系统吧
600
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
