|
|
第 1 帖 | |
|
|
标题: checking whether the C compiler (gcc ) works... no<附带我的解决办法> 按照版主的建议,重新清理了一下思路.
在一空白分区上, 解压出做LFS 6.1 的工具链. 现在 : 我想利用6.1的工具链 做LFS-6.2. 但我发现6.1的工具链中的GCC版本有点过时,想把它升级成GCC 4.0 . 升级的步骤按照LFS-BOOK 6.2 第五章第一节开始做的.开始编译 Binutils 时出现如下错误. checking whether the C compiler (gcc ) works... no .... 跳过Binutils, 直接编译GCC 4.0 时也出现同样错误. 解决办法如下: 由于我做6.1的LFS已经成功且可以启动,所以不是主系统及工具链的问题. 留意了一下lfs用户的PATH /tools/bin:/bin:/usr/bin 会不会是从/tools/bin 里面读取gcc和cc命令呢...在第一遍的时候应该调用系统的编译器阿? 进入/LFS/tools/bin 发现有 gcc cc 这两个命令. mv gcc gcc-bak mv cc cc-bak 重新编译.问题解决. 回到问题, 1:为什么会出现这个错误? 2:哪些条件可以引起此类错误? 3:做第六节时同样调用tools里面的编译器,为什么可以通过,而这儿不行? 对于上述问题的答案,我的想法如下,错误的地方,还请兄弟们指正. 1> 在lfs中已经指定了PATH为 /tools/bin:/bin:/usr/bin , 当configure 找到/tools/bin中的gcc命令后, 立即对它进行测试.但测试失败. 为什么失败 ? 主系统为:: gcc version 3.4.6 20060404 (Red Hat 3.4.6-8) tools(工具链) 中安装的是 GCC3.4.3 . 3> 难道跟第二遍的工具链调整,及编译参数有关?
__________________
system---RHAS4.0---2.6.9-55.EL i686 gcc version 3.4.6 20060404 (Red Hat 3.4.6-8) LFS 系统 2.6.11.12 Linux From Scratch - 版本 6.1.1 软件下载地址:ftp://ftp.aliensoft.org/pub/lfs/lfs-packages/6.1/ 此帖于 08-01-30 13:30 被 357202171 编辑. 原因: 编排 |
|
|
|
|
|
|
|
第 2 帖 | |
|
|
好像这个话题没有人愿意讨论?
我再也不愿意发帖了......继续潜水 |
|
|
|
|
|
|
|
第 3 帖 | |
|
|
看错了,一会儿再回复。。。
__________________
我的wiki: http://wiki.linuxgnu.org 马甲Show:终极幻想 黯然销魂 DawnFantasy FinalFantasy ArmageddonMa |
|
|
|
|
|
|
|
第 4 帖 | |
|
|
跟本看不懂问题又怎能去讨论呢?
__________________
nO ^^4+73R wH1<h d!5+R0z j00 42E U$1N9 7r% LpHZ 4+ l3457 oN(& |
|
|
|
|
|
|
|
第 5 帖 | |
|
|
看了下,好象是楼主的GCC的版本过久?
--- 好象很难说得通,毕竟可以使用3.4的gcc编译4.3的版本。 --- 应该说是在预工具链的问题。 当然很多人喜欢把这一次的编译的预工具链作为保留使用,这个方法很好。可是要注意使用顺序罢了。 --- T_T记得以前有为外国仁兄有个自动编译的工具链包,好怀念。、 机器慢,一定要留!!!
__________________
Intel(R) Pentium(R) 4 @ 2.4GHz ATI 9600 Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ Intel Corporation 82850 850 (Tehama) Chipset Host Bridge (MCH) Maxtor 6E040L0, Maxtor 6E080L0 Acer TravelMate 4730G ArchLinux , Gentoo Opera, gVim, mocp |
|
|
|
|
|
|
|
第 6 帖 | |
|
|
|
|
|
|
|
|
|
|
第 7 帖 | |
|
|
|
|
|
|
|
|
|
|
第 8 帖 | ||
|
|
问题已经很明显了嘛。既然在/tools/bin下面有gcc,cc,那么它们就会被用到,因为/tools/bin排在搜索路径的前面。
那么为什么它会存在呢?显然是你之前解压出来的6.1工具链本身就有。 也就是说,如果你使用解压出来的工具链,就没有必要从第五章开始。直接进入第六章就好。即使这个GCC版本过时,一般来说也不要紧,因为第六章编出来的才是最终安装在LFS系统里面的版本。 如果想要以这个工具链为基础,重新生成一套6.2的工具链,那么你就不能使用原有的目录名,并且要将改名的目录放在PATH变量里。 例如:如果你把6.1工具链解压到$LFS/oldtools,然后创建/oldtools指向它,那么你需要这样写PATH: PATH=/tools/bin:/oldtools/bin:/bin:/usr/bin 引用:
__________________
你是癫,你是狂,你是最大的傻瓜;我只骗你,you are my stupid star. |
||
|
|
|
||
|
|
第 9 帖 | ||
|
|
引用:
拜谢 )))))))))))))))))))))))))))))))))))))))))))))))))))))))9现在好了.终于没有借口不用LFS了. |
||
|
|
|
||
|
|
第 10 帖 | |
|
|
谢谢 d00m3d 和 地球发动机 两位兄台!!!
|
|
|
|
|
|
|
|
第 11 帖 | |
|
|
我也遇到了同样的问题是LFS6.3出现了第二遍gcc-4.1.2.tar.bz2编译不通过
|
|
|
|
|
|