我的也是"锁定(Locking in)" Glibc出错

firewalker

knoppix3.3+lfs5.0，第一遍
用户lfs
$ gcc dummy.c
$ readelf -l a.out| grep interpreter
[Requesting program interpreter: /lib/ld-linux.so.2]
然后我用/tools/bin下的新编的gcc编译dummy.c
$ /.gcc dummy.c
$ readelf -l a.out | grep ': /tools'
[Requesting program interpreter: /tools/lib/ld-linux.so.2]
也就是默认的gcc还是主系统的/bin下的gcc。是就这样，还是我哪步错了。

netdigger

你文件没有改过来，用vim去改，要么拷贝命令，不要手工输入

tram

which gcc
echo $PATH
看看问题出在哪里.

ftyh

估计是你的LFS登录时的配置文件不起作用，要不就是你的配置文件里面的PATH=/tools/binPATH这条没有设置。所以已经编译安装过了新的gcc以后，还没有起到作用。
就像版主所说的
echo $PATH看看有没有将/tools/bin放在PATH路径的最前面。

bxxxr

upload your 'specs' file
echo $PATH

firewalker

奇怪了
我从root退出KDE,以lfs登陆KDE
配置文件中的配置没有起作用，$LFS，$PATH都和原来一样
然后我su进root，再su - lfs进lfs配置就起了作用
echo $PATH
/tools/bin:/bin……
但是which gcc仍旧是/usr/bin
是不是gcc仍处于刚起动时的状态
到底是什么问题呢？

tram

這是因爲kde沒有讀~/.bash_profile
現在lfs cvs版本裏已經改變了設置文件，分爲.bash_profile和.bashrc，就不會有這樣的情況了。
其?是無所謂的，就是要仔細檢查。

firewalker

那请问我如何做呢?
在另开一个字符终端？

tram

su root
su - lfs
或者
source ~/.bash_profile
反正要检查一下，看那些PATH什么的都设置好就行了。

firewalker

su root
su - lfs
PATH设好了，但which gcc
仍旧是/usr/bin