SVN 和 稳定版本的分别还真大～ ［闲聊下］

SCys

gcc 不说。4.12 ~
没有到4.2呢
好像也要等上一个星期。
可是在SVN里面看到了，这个不同：
特别在意CC="gcc -B/usr/bin"替代了make

[很烂很烂很烂很烂很烂的中文翻译]
强制gcc使用/usr/bin的工具链接。对于一些宿主系统来说是必须的，因为一些在上一节新建立的工具链接不能适用在宿主系统的gcc上。

[原文]
CC="gcc -B/usr/bin/"
This forces gcc to prefer the linker from the host in /usr/bin. This is necessary on some hosts where the new ld built in the previous section is not compatible with the host's gcc.

这样不会提高对宿主系统依赖吗？
我比较喜欢用SVN的，大家有用过吗？我是看看中文的作为参考，我英语实在不行。

kikiwarm

我正在弄CLFS的SVN，GCC已经是4.2了。

SCys

不是吧？我也去看看，我还真的没有看过，对了，Opera要用代理了？

kikiwarm

www.opera.com 不用代理，但opera的blog被封了，my.opera.com上不去。

我正在编译gcc 4.2，嘿嘿。
看这里
http://cross-lfs.org/view/svn/x86_64/cross-tools/gcc-static.html

SCys

CLFS的linux header 怎么还是用20以前的？用2.6.21可能会比较好。因为是统一内核一起发布了。你看看。
http://www.linuxfromscratch.org/ ... /linux-headers.html
有时候，稍作改变才是好玩的哦～哈哈，记得我第一次做LFS的时候就是～不过那个时候还没有看多少说明呢，就乱来的～，全选最新的。不理SVN BOOK里面说的，哈哈，搞了半天了～

SCys

不过，在Gcc4.2里面看了看，好像可以和4.12的编译选现一样哦～等等我去重新GCC先，我才开始呢。哈哈到了。LFS 的 5.5. 电脑快点，对于LFS来说是好的。我对着这CPU真的有点。。。。。心疼。GCC第一遍用了。。。。1个小时T_T

kikiwarm

我本来用debian一直对CPU要求不高，后来编译了一次LFS，痛苦万状，因此萌生买新机器的念头，挑选机器的时候也把CPU性能放在首要位置。现在好啦，编绎一次gcc不用10分钟。

我打算先完全按手册来做，事成之后再升级内核或其它程序。

SCys

这个主意不错。
可是编译环境还是不同的，你说的升级和其他程序都是基于你现在建立的环境下了。要更新环境，我真的没有什么想法了。哈哈，Gcc10分钟 !~^哈，好舒服哦。哈哈，还是快点好。可是x64
我怎么也提不起兴趣就是，支持度问题了。。。。

晨想

什么CPU？？10分钟 gcc。。。没这么恐怖吧。。佩服佩服。

想LFS，又懒惰，郁闷啊。唉。。。

kikiwarm

我本来只是感觉用了不到10分钟，没有计时，刚刚特意计了一下，还好我没说错，呵呵

编译Cross GCC-4.2.0 - Static，只算 make 的时间是

time { make all-gcc; }

real    9m47.871s
user    8m48.677s
sys     0m44.051s

这CPU（见签名）是1.8 GHz 双核，L2 Cache是 2 x 512 KB

flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy

至于x64，我现在用debian-amd64，装了multilib，照样可以用opera和flash等32位程序，但是不能用vbox。