如何用gcc3.4 bootstrap系统

cnhnln

如何用gcc3.4 bootstrap系统
2004.3

localhost portage # scripts/bootstrap.sh -f
Running in fetch-only mode ...

Gentoo Linux; http://www.gentoo.org/
Copyright 1999-2004 Gentoo Foundation; Distributed under the GPLv2
Starting Bootstrap of base system ...
-------------------------------------------------------------------------------
* Using baselayout : >=sys-apps/baselayout-1.9.4-r3
* Using portage    : >=sys-apps/portage-2.0.51
* Using os-headers : >=sys-kernel/linux26-headers-2.6.8.1-r1
* Using binutils   : >=sys-devel/binutils-2.14.90.0.8-r1
* Using gcc        : >=sys-devel/gcc-3.3.4-r1
* Using gettext    : sys-devel/gettext
* Using libc       : virtual/libc
* Using texinfo    : sys-apps/texinfo
* Using zlib       : sys-libs/zlib
* Using ncurses    : sys-libs/ncurses
-------------------------------------------------------------------------------

cnhnln

make.conf已经加过ACCEPT_KEYWORDS="~x86"了，结果到编译glibc的时候报错。卸载掉2.4的内核头文件再换成2.6的就好了

为什么gentoo还不用2.6的呢？比较失望

cnhnln

刚解开2004.3，同步完以后，直接安装linux26-headers，可是居然要先emerge 2.4的头文件

cnhnln

linux的依赖关系都是一级烂

linky_fan

呵呵，官方的论坛里那个从stage1实现nptl的帖子看过没有，它是先emerge －C linux－headers然后在装了个linux26－header的，就这点来说我觉得还比不上lfs，lfs 6。0里默认的就是使用nptl与linux－header－2。6。8－1的。我上次用gcc3。4。2弄过一趟svn版本的，不过后来在最后一次编译gcc的时候check error就没在下去了

cnhnln

直接emerge --oneshot --nodeps linux26-headers解决了。不用-C linux-headers。2004.3

linky_fan

呵呵，我已经弄好了，没用livecd，用的2004。2的gentoo。在bootstrap时用的gcc版本是3。4。3，glibc是2。3。4－20041102，emerge system时完成的系统glibc是2。3。4－20040808，NPTL也已经打开了，ldd /bin/ls 的结果c库已经连到/lib/tsl/libc.so.6 ，不过不是很乐观，kernel还没装，gcc 3。4。3bug比较多，有点怕xorg，mozilla这些冬冬。

cnhnln

我用gcc3.4.3编译了核心和xorg，还没发现问题
我编译libc的时候用了nptlonly，lib下没有tsl目录
[code:1]
localhost / # /lib/libc.so.6
GNU C Library 20041102 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.3  (Gentoo Hardened Linux 3.4.3, ssp-3.4.3-0, pie-8.7.6.6).
Compiled on a Linux 2.6.8 system on 2004-11-18.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        Native POSIX Threads Library by Ulrich Drepper et al
        The C stubs add-on version 2.1.2.
        GNU Libidn by Simon Josefsson
        BIND-8.2.3-T5B
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
localhost / # gcc-config -l
[1] i386-pc-linux-gnu-3.3.4
[2] i686-pc-linux-gnu-3.4.3 *
[3] i686-pc-linux-gnu-3.4.3-hardenednossp
[4] i686-pc-linux-gnu-3.4.3-vanilla[/code:1]
glibc编译了两次，可能是为了打开nptl。但是我已经先emerge了linux26-headers，而且第一次编译后已经可以看到nptl了，结果又花了超长时间编译了一次glibc

linky_fan

我用的是nptl，所以会有两个库

而且第一次编译后已经可以看到nptl了，结果又花了超长时间编译了一次glibc

bootstrap完后的glibc比emerge system后的glibc要新，加了nptl后bootstrap的时间几乎比以前翻了一倍

cnhnln

[quote:7e5d60b6bc="linky_fan"]我用的是nptl，所以会有两个库

而且第一次编译后已经可以看到nptl了，结果又花了超长时间编译了一次glibc

bootstrap完后的glibc比emerge system后的glibc要新，加了nptl后bootstrap的时间几乎比以前翻了一倍[/quote]
难怪，编译时也没注意。我还以为两次的glibc一样呢

linky_fan

顺便问一下你，bootstrap时设置的ACCEPT_KEYWORD=“~x86”在emerge system时候你屏蔽掉了没有？第一次我做屏蔽掉后emerge system中进行到glibc的时候（编译好了开始安装）出现段错误，然后所有命令（比如ls什么的）执行就报段错误，chroot都进不去 ，后来没办法只好格了重装。

cnhnln

没有，还是~x86