LFS-CVS20030122,出现segmentation faults

kj501

不会是LFS 的问题，那么多人都装过了，说明它是久经考验的。
这个问题可能还是和硬件有一定关系，把BIOS中的，内存CAS周期调慢一些，cpu不要超频，如果怀疑cpu是被remark的，可以把主频降到你认为合适的程序。然后从新开始。
这种事是属于疑难杂症，如果这些措施还不见效，就没办法了。

fox

我把Debian升级到unstable，glibc的版本是2.3.1，安装glibc时，不安装第二个补丁，安装到binutils仍然segmentation faults。

于是退出lfs，在debian下运行configure --prefix=/usr --enable-shared，一切正常。重新进入lfs继续安装，一切正常。

全部安装完成后，我在lfs中再次运行binutils的configure --prefix=/usr --enable-shared，正常运行。

我使用tram的优化参数：
export CC='gcc -s'
export CHOST="i686-pc-linux-gnu"
export CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -fprefetch-loop-arrays"
export CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -fprefetch-loop-arrays"
除了gcc，glibc，binutils（bin86忘记了）外，都作了优化。如果Makefile不接受CFLAGS、CXXFLAGS，直接修改Makefile。有些包则要修改MCONFIG、config.in。

kj501

看来这个问题与glibc和编译环境有关。是不是debian用的包对lfs的编译有影响？应该没有关系才对，因为第六章的编译是用的第五章的编译环境。

fox

可能是第五章的某个包有问题，不知道怎样确定是那个包有问题。请问哪有脚本调试的资料？
CVS20030129把Binutils的版本降为Binutils-2.13.2，可能binutils有问题。

cclnw

錯誤是不是出現在一個地方？
如果是，應該是硬件問題。

tram

目前的LFS CVS好象不是很稳定,他们正在做一个比较大的调整,就是把安装的命令全部分散,一步一步的讲清楚,在调整完了以后,就会把bug搞一下了.不知道下一个版本是4.1还是5.0,反正特别期待!

ftyh

这个问题我也有遇到，这个应该是跟第5章里面的GCC－3.2有关，因为如果用GCC-3.2.2那个GCC-3.2-nofixincludes的patch就不能用，那么GCC-3.2.2就会编译成了shared的模式了，这样使得后面的程序编译出问题 。如果用GCC-3.2就应该没有这个问题了。
但是这样新的问题又出来了。因为我的主LINUX的GCC为3.2的版本。在LFS第5章里编译GCC-3.2 的时候就出现了c++locale.c 里面的一个function 好像是缺少定义还是什么（我已经将两个patch都打了进去了。）

doooom

还以为兄弟用的也是20021023的lfs，如果是新版本的花，看看你的binutils是什么版本号，如果是有3个小数点在里面，就是四部分like：2.3.21.4

就换一个版本试试。但不保证可以有效。那个阶段的lfs总的来说是千疮百孔，最好不要使用。

tram

现在好像好一些了，主要是回避了一些出问题较多的软件包版本，真正解决问题还是要等pure-lfs hint成熟。不过，lfs 4.1版马上就要发出来了，用的就是现在的cvs。pure lfs 如果没有问题，会成为lfs 5.0的主要部份。
gentoo通过提供stage1-stage3来回避了在低版本的glibc上(而且这个版本可能还不完整，要看发行版)编译高版本glibc的问题，lfs强调一切从0开始，所以解决起来要麻烦一些，如果用个stage，那就简单多了。