by quickmouse <quickmouse@263.net>
上个月的一篇博文《glibc-2.10.1头文件string.h带来的问题》提到在更新了glibc之后，不少地方编译都会出现问题。这一现象在我以前升级glibc-2.3.5的时候也遇见不少。再次碰到以后思忖良久，觉得还是应该再次编译gcc尝试一把。我的系统是首先在glibc-2.3.5环境下升级到gcc-4.4.0的，之后在gcc-4.4.0和glibc-2.3.5的环境下编译了glibc-2.10.1，并成功升级，但并未再次编译gcc-4.4.0。于是再次在gcc-4.4.0和glibc-2.10.1环境下重新编译gcc-4.4.0，update之后换回原版的string.h，再未出现类似的编译问题。
感觉glibc和gcc两者就像一个连环套，真是奇妙啊。
ps：gcc-4.4.0在支持C/C++的编译需求下需要1.2G的空间才能完成编译工作，比kernel还要大，并且编译时间长达两小时。
宁愿编译一万次内核，不编译一次glibc……….
glibc迷茫者 —— 2009年08月27日 @3:08 pm
没办法呀，有些软件编译的时候指定glibc的版本必须大于x.x，所以不得不去更新，好在我还没有碰到更换以后完全没法恢复的crash。
quickmouse —— 2009年08月27日 @4:58 pm
系统上放两个gcc，以前的不动，一个新的一个旧的.
mutecat —— 2009年09月01日 @12:35 pm