LFS编译工具链的实现过程和原理？

[gzbao9999]

LFS让人有些不容易搞的懂的就是弄了几遍工具链
又要弄了几次调整，弄的晕糊糊的

欢迎请通俗易懂的回答

[懒蜗牛Gentoo]

用gcc编译自己，得到新的gcc1，然后再用gcc1编译自己得到gcc2，对比gcc2和gcc1，如果一样，就ok，如果不一样就继续用gcc2编译出gcc3，对比gcc2和gcc3…………直到最后两次的一样为止。这时候得到了在LFS过程中要用到的gcc。后来又编译了一个gcc，那个是最终的系统中用的gcc。

[gzbao9999]

分析一下
现有：
宿主系统的gcc编译器（代号：1号）、gcc的源代码、其他要用的工具的源代码

过程：
用现有的gcc编译器（即：一号）编译gcc源代码编译出一个gcc工具来（代号：2号），
最好2号编译器和1号编译器一样
（这个一样是啥意思？ 判断标准是何？ 我记得好像是比较工具链一样不，工具链是一堆工具集合吧？ ）
如果1 2号编译器不一样
用2号编译器编译gcc源代码再诞生出一个gcc编译器（3号）
看2 3号一样不一样
如果还不一样
用3号继续下崽出4号....
为什么这样一直下崽 下这下这 就能一样了？

目标：
用 过程步骤 中诞生的gcc编译器 为 目标系统 编译一个gcc编译器

-------------------------------------------------
我原来的理解的大致是
现有：
步骤1:宿主系统有一堆用于编译的工具(有很多个工具) 这儿有个问题 编译到底需要多少哪些工具支持
步骤2:用这批工具重新打造某个编译工具（这个工具用于替换上面工具中的同名者）
步骤3:重复步骤2 直至完全替换掉步骤1中的所有工具
步骤4:用步骤3中的最终品为目标系统编译需要的软件
不知道这个理解正确不
如果这个理解正确的话，步骤3中诞生的最终品是不是目标系统的组成部分？

[懒蜗牛Gentoo]

为啥会一样，我也不明白。
一样的标准就是两个gcc程序一模一样呗。

[gzbao9999]

我挖啊挖
终于找到了，看了之后恍然大悟
http://www.linuxsir.org/bbs/showthread.php?t=262010