gcc-3.4升级到gcc-4.1

wxw

在 gcc-3.4环境下gcc,glibc被 emerge了一遍。
按照 gentoo 官方网站的doc文件，gcc,glibc被 emerge了第二遍。
gcc,glibc 被system 升级 emerge了第三遍。
gcc,glibc被 world 升级emerge了第四遍。
太夸张了。看来大幅度的升级还不如新鲜安装。

zhllg

所以不要等
有了新的就装

我的gcc去年12份升级到4，利用圣诞假期，我做了一次-e world
glibc 2.4是刚出来的时候升级的，没有-e system也没有-e world，因为我从一开始就是nptlonly

wxw

一直在x86架构下随时更新系统。从gcc-3.4到gcc-4.1的确没有任何中间的过渡版本。现在系统仍然在编译 world.的528个文件。恐怖。

关于gentoo 升级机制。应该讲是非常优秀的。 etc-update时会把将要升级的新旧系统设置对比显示出来。非常方便。但是有时有些关键性的设置被自行更改后而没有提示。记得有一次系统升级/etc/conf.d/rc还是/etc/conf.d/ifplugd后，文件设置就被自动改变了。这对服务器是十分不利的。

zhllg

我当时用的是gcc 4.1的snapshot

qiuhai124

Post by zhllg
所以不要等
有了新的就装

我的gcc去年12份升级到4，利用圣诞假期，我做了一次-e world
glibc 2.4是刚出来的时候升级的，没有-e system也没有-e world，因为我从一开始就是nptlonly

可否解释一下，为什么一开始是nptlonly直接一次-e world就可以了呢?

zhllg

gcc重大升级的时候至少要做一次-e world。两次-e world是“为了使系统更纯净”，我不认为一定有那个必要，所以我只做了一次。
我一开始用ntplonly，所以我认为glibc升级到2.4对于我没有任何影响，所以我既没有-e system也没有-e world

superekcah

Post by wxw
在 gcc-3.4环境下gcc,glibc被 emerge了一遍。
按照 gentoo 官方网站的doc文件，gcc,glibc被 emerge了第二遍。
gcc,glibc 被system 升级 emerge了第三遍。
gcc,glibc被 world 升级emerge了第四遍。
太夸张了。看来大幅度的升级还不如新鲜安装。

个人觉得gcc.glibc编译两遍后, system和world中就不用再编译了，毕竟这两个要花不少时间。所以我使用了maguire写的一个脚本emwrap.sh，可以先升级工具链，或升级整个system, 并能在emerge -e world时将system近二百个包去掉，节约不少时间。至于emerge两遍的system和world，个人认为没有太大的必要，毕竟先不论性能上是否真有多大的提高，花的时间就太多了。所以我自己只编译两遍的工具链，system和world只有一次。
感兴趣的可以看一下http://forums.gentoo.org/viewtopic-t-282474-highlight-emwrap.html