我试图理解
Linux From Scratch的概念,并想知道为什么有多个传递来构建binutils,gcc等.
为什么我们需要分别使用pass1和pass2？为什么我们不能在第1版中构建工具,然后使用它们来构建gcc,glibc,libstdc等.
解决方法
目标是确保您的构建是一致的,无论您使用哪个编译器来编译编译器(以及编译器具有哪些错误).
假设您正在使用gcc 3.2构建gcc 4.1(我将称之为gcc 3.2“stage-0”).为gcc 4.1做QA的人在用gcc 4.1以外的任何编译器构建时没有测试它是否正常工作 – 因此,需要先构建一个stage-1 gcc,然后使用该stage-1编译一个stage-2编译器,以防止stage-0编译器中的任何错误影响最终结果.
然后,gcc的默认编译过程使用stage-2编译器构建stage-3编译器,并比较两个二进制文件：它们之间的任何差异都可以用作bug存在的证据.
(当然,这只是避免意外错误的有效机制;请参阅经典的Ken Thompson论文Reflections on Trusting Trust,讨论预期的错误如何在这种方法中存活下来).
这超出了整个工具链的范围,因为相同的原则始终适用：如果在运行glibc-xy的系统和运行glibc-x.(y-1)的系统上构建glibc-xy之间的结果有任何差异.不要做额外的通行证以确保你在目标环境的匹配中建立,然后再现那些错误(和测试建议的修复)比其他情况要困难得多：没有人没有您的(通常未公开的)构建环境必然会重现错误！
