打算直接升级GLIBC，兄弟们帮忙进行一下风险评估

pinkme005

不知道 。。。。。没用KDE

d00m3d

我按Glibc-Install-Howto再集合LFS手册及经验，找了一个Debian系统作白老鼠，已失败了3次，郁闷非常！还好，要修理损坏的Debian系统极之容易。。。

楼主说：

要求:binutils最好升级到2.16,这一步不需要关闭/etc/ld.so.conf

我当时没有升级binutils，改天先升级binutils然後再来。。。屡战屡败。。。屡败屡战^_^

晨想

正在重新装 CrossLFS 32Bit。。唉，堕落了。嘿嘿。：）。

先要有一个能用的系统，再说什么对64位编译的研究。

d00m3d

弱问：64位的机器不是向下兼容吗？普通LFS不成吗？CrossLFS 32Bit？

晨想

是向下兼容的。

普通LFS可以，但是还是想试试CrossLFS。：）。

32的，比较容易。64的话，就又要分2个lib了。

d00m3d

Post by d00m3d
我按Glibc-Install-Howto再集合LFS手册及经验，找了一个Debian系统作白老鼠，已失败了3次，郁闷非常！还好，要修理损坏的Debian系统极之容易。。。

楼主说：[QUOTE]要求:binutils最好升级到2.16,这一步不需要关闭/etc/ld.so.conf

我当时没有升级binutils，改天先升级binutils然後再来。。。屡战屡败。。。屡败屡战^_^[/QUOTE]经过无数次失败後，今天无心插柳下居然能成功安装，好开心哉！这次依然没有升级binutils，同样是上次那台Debian白老鼠系统，但改用gcc-4.1-20051209 snapshot来编译，测试进行中。。。^_^

晨想

d00m3d 兄弟测试什么呢？

d00m3d

这次能成功安装绝对不是因为换了gcc版本，而是改了安装方式：-

假设，当你要改动分区的时候，比如要resize某个partition的话，要如何进行呢？当然是不要在当前使用的系统下进行，最好就是找张LiveCD启动後才操作，这样才不拍原有系统在操作时会出什麽问题。

试想，glibc是所有软件的动态连结库，更新的时候若果安装的程式，比如cp连结不上新的glibc便会中途死掉，无法完成cp所有需要的文档，这就是升级失败的主因。我想，同样道理，要升级glibc也是不应该在当前运行中的系统来进行的。因此，我这次configure及make後不急於马上安装，先找张LiveCD来启动并把原系统挂上，嘿嘿，果然不出我所料，用Knoppix LiveCD启动後chroot到原来系统，然後再make install便成功安装了

心想，那些什麽什麽howto通通都是骗人的，真的没一点破用，连最机本的原则都只字不提，惶废我还真的用心看了这麽久！

Post by 终极幻想
d00m3d 兄弟测试什么呢？

当然是测试系统的性能及稳定性了，其余是要测试在新编译好的glibc下编译常用软件，So far so good！

By the way，在初试体验了gcc-4.1-20051112的snapshot後，最近gcc-4.1真的令我迷倒了。从gcc-3.3到昨天的gcc-4.1-20051209性能上真是大跃进，万分期待gcc-4.1的正式release！

晨想

如果这样的话，Gentoo是如何升级GLIBC的。似乎他并没有进行chroot什么操作。

如果真的是因为cp之类的命令中途作废的话，编译一套static的util-linux之类的，就可以解决了，对不？放在PATH最前边就可以了。

至于稳定性什么的，我用的是gcc4.02，我也不知道如何测试速度。不过编译的软件倒是很稳定。（除了 KDE 3.5的Kicker总是出错外）。至于gcc-4.1，比gcc-4.0.2好很多么？是的话，有机会更新一下。。

d00m3d

如果这样的话，Gentoo是如何升级GLIBC的。似乎他并没有进行chroot什么操作。

这个倒是，我用chroot是想避开安装程式对原系统上glibc的依赖，Gentoo是怎麽搞的？请高人指教

如果真的是因为cp之类的命令中途作废的话，编译一套static的util-linux之类的，就可以解决了，对不？放在PATH最前边就可以了。

之前就是学那些鬼howto教人用static的util-linux之类的，重来就没有成功过！

至于稳定性什么的，我用的是gcc4.02，我也不知道如何测试速度。不过编译的软件倒是很稳定。（除了 KDE 3.5的Kicker总是出错外）。至于gcc-4.1，比gcc-4.0.2好很多么？是的话，有机会更新一下。。

我少用gcc-4.0.x，不太清楚它们的差别。自3.4.x改用新版的ABI後，发觉用其後继版编出来的wine跑Lotus Notes Client总是有点问题，所以一直保留gcc-3.3.x来用。gcc-4.1也是第二版的ABI，我的问题尚未解决，可是gcc-4.1跟gcc-3.3性能上的差异实在太大，使我无法抗拒！用gcc-4.1来编内核，编译时间明显是长了，但运行速度也明显增长了不少。用gcc-4.1来编译glibc就是为了进一步提升我那台PII350破电脑的性能而矣，效果很不错。

至于稳定性，大家都知道现阶段的gcc-4.1多bug，这方面要自己take risks了！

Btw，老大的电脑硬件已经是超强的了，还要追求速度吗？