当前位置: 技术问答>linux和unix
linux 升级glibc 不成功,大家帮我看看是怎么回事?
来源: 互联网 发布时间:2016-08-29
本文导语: 我现在在虚拟机上装的是 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...
我现在在虚拟机上装的是 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搞定之
之前编译一个库用4.0.2的gcc,总是出错
最后升级到4.4.3搞定之
|
这个错误是说你的 gcc 版本太低。
另外,不要随便升级 glibc, 你的系统会彻底瘫痪的。
另外,不要随便升级 glibc, 你的系统会彻底瘫痪的。
|
我升级过gcc,很麻烦。
楼上说的很对,在升级的过程中,系统极有可能瘫痪——因为你的库换了。
这时,就需要用另外一个盘引导系统重启,然后再搞定原来那个系统
楼上说的很对,在升级的过程中,系统极有可能瘫痪——因为你的库换了。
这时,就需要用另外一个盘引导系统重启,然后再搞定原来那个系统
|
不要用 redhat linux 9.0 了
装个新点的。 比如 fedora 12
装个新点的。 比如 fedora 12
|
非也非也。。。。
redhat linux 9. 是10 多年前的东西了, 很多东西都太老, 淘汰了, 他就好比 win98....
它老到你都很难找到你想要的软件。
redhat linux 9. 是10 多年前的东西了, 很多东西都太老, 淘汰了, 他就好比 win98....
它老到你都很难找到你想要的软件。
|
这个问题基本没有必要去解决, 成功的可能性也不大。
|
glibc 不要随便去动 你把他惹火了 系统肯定崩溃 我亲身经历过的
Redhat9还是2.4的内核
而且你说解决这样的问题能学到东西 我不同意这种看法 即使成功了还容易造成系统的不稳定
Glibc 是提供系统调用和基本函数的 C 库 所有动态连接的程序都要用到它
因此你要动他 就像一个旧的大楼 你想把根基全都给换了 牵一发而动全身
用新的linux发行版Ubuntu Fedora CentOS RHEL等的最新版吧
Redhat9还是2.4的内核
而且你说解决这样的问题能学到东西 我不同意这种看法 即使成功了还容易造成系统的不稳定
Glibc 是提供系统调用和基本函数的 C 库 所有动态连接的程序都要用到它
因此你要动他 就像一个旧的大楼 你想把根基全都给换了 牵一发而动全身
用新的linux发行版Ubuntu Fedora CentOS RHEL等的最新版吧
|
glic。。。gcc。。。搞坏过,所以重装过。记得弄得当时很头疼。
还是用比较新的版本的系统吧
还是用比较新的版本的系统吧