lfs-笔记

bin=ld0. ld,gcc,glibc，其中glibc是核心，一步步转向新系统1.用host的glibc-0,gcc-0,ld-0生成了ld-1,ld-1会link  host/lib下的库（也只能这样，因为新的还没生出来）2.用ld-0,glibc-0,gcc-0生成gcc-1，gcc-1会使用host/lib下的ld-0而不是ld-1（也只能这样，因为它是新生出来的，没有修改过linker)  好了，现在有了  ld-1指向glibc-0,由指向glibc-0的gcc-0,ld-0生成  gcc-1，指向glibc-0,由指向glibc-0的gcc-0,ld-0生成    但它们都有“问题”3.用有“问题”的ld-1和gcc-1（通过./configure进行配置--with-binutils=/tools/bin）  生成glibc-1(我们自己生成的glibc，安装到工具目录tools下面，形成工具链的一部分)      这个时候，我们有了  ld-1指向glibc-0,由指向glibc-0的gcc-0,ld-0生成  gcc-1，指向glibc-0,由指向glibc-0的gcc-0,ld-1生成  glibc-1,由ld-1,gcc-1生成4.调整ld-1和gcc-1指向glibc-1(/tools/lib)而不再指向系统的lib和ld0(glibc-0)  4.1 需要调整ld-1，让它指向生成的tools下的glibc-1(make clean ...的那几句重新生成ld),新的ld-1被称为ld-a      (使用glibc-1即tools/lib）  4.2 修改gcc-1的SPEC文件，让gcc-1指向glibc-1的linker，也就是上面的ld-a,新的gcc-1被称为gcc-a  现在，我们有了:    ld-a指向glibc-1、由指向glibc-0的ld-0,gcc-0生成    gcc-a指向glibc-1、由指向glibc-0的ld-0,gcc-0生成    glibc-1用ld-1,gcc-1生成5.  需要“自编译所有东西”，所以"*-0"式的host的东西都不要，需要在工具链内部重新生成。    这时候用上面那三个东西，它们自成体系，生成ld-2,gcc-2; 以后再编译工具链其它工具的话就使用：    ld-2指向glibc-1、由指向glibc-1的gcc-a，ld-a生成    gcc-2指向glibc-1、由指向glibc-1的gcc-a，ld-a生成    glibc-1用ld-1,gcc-1生成6.  chroot，转到新系统中，首先应该编译glibc-2(使用ld-2/gcc-2/glibc-1)    并将glibc-2安装到新系统的/usr等系统目录    7. 第二次调整工具链   对于chroot后的新系统，由于ld-2和gcc-2都指向tools/lib，而我们现在是新系统需要指向新的   /usr/lib、/lib等新“系统目录”所以也需要调整工具链:   ld-b:指向glibc-2,由指向glibc-1的gcc-a,ld-a生成   gcc-b:指向glibc-2,由指向glibc-1的gcc-a,ld-a生成8. 生成ld-3,gcc-3   ld-3:指向glibc-2,由指向glibc-2的gcc-b，ld-b生成   gcc-3:指向glibc-2,由指向glibc-2的gcc-b，ld-b生成   此时，我们已经有了新系统中的所有东西ld-3、gcc-3、glibc-2   11l