LFS 本身的目的就是让你了解系统的组成，以及搭建一个自己完全可控的环境而已。
真正的意义在于自己理解这个过程，而不是去照搬人家的命令。 如果学习最好找版本老一点的学，若是追求新的肯定要头疼一番，还有系统从依赖到被依赖的源码包版本要对应书上介绍的，否则一些特性的增加和过时的架构被剔除将会造成很大的麻烦，有可能造成前功尽弃，LFS和BLFS确实有很多的错误，连BLFS的自动脚本生成都有大量的错误存在，我都说了JHALFS上的脚本可以提供参考，并不是说要绝对用脚本，要用手工和脚本各有所长，用脚本可以学习脚本编程，提高脚本编程能力，外国现在流行一个说法，算法改变世界，以前是工具改变世界，现在工具有了，关键要怎么有效率的应用好工具成了新的技术开发。 追新请自己来，别照搬 LFS 。
LFS 只是参考。 玩 LFS 肯定要追新的，否则你根本就没必要玩这个东西，玩 LFS目的在于了解当前最新技术构建一个基本系统需要的步骤。 LFS 的确只是参考，但百分九十以上的内容是准确的，里面详细到补丁和编译指令，但是 LFS 构建系统最初的几步是基于 LFS 给出的环境，对工具链的编译环境并没有非常详细的说明，这方面是 LFS 需要改进的，也是为什么我把经验写成帖子供大家参考的原因。其实我写的这篇文章主要是解决了在已有的系统上如何编译最新工具链的过程，因为 gcc 编译不同以往，增加了对 gmp mpfr mpc 的依赖，而 LFS 没有把这部份内容写清楚，对新手来说最难的就是第一步，如果工具链完成了，后面的编译我看照抄就不难了。
为什么 LFS 难，因为第一步就让很多人退步了，没法完成的编译让人有种失败感，而没有完成 LFS 的第一步是因为 LFS 对第一步介绍不够仔细造成新手没有把编译环境整理清楚，于是没有成功的机会。
自己环境没定义好，怪不得人家 LFS。。。
页:
1
[2]