4.6. 关于测试套件
大多数软件包都提供了一个测试套件。 为新构建的包运行测试套件是一个好主意,因为它可以提供“健全性检查”,表明所有内容都正确编译。 通过其检查集的测试套件通常证明该包正在按照开发人员的预期运行。 但是,它不保证包完全没有错误。
一些测试套件比其他测试套件更重要。 例如,核心工具链包(GCC、Binutils 和 Glibc)的测试套件至关重要,因为它们在正常运行的系统中发挥着核心作用。 GCC 和 Glibc 的测试套件可能需要很长时间才能完成,尤其是在较慢的硬件上,但强烈推荐。
备注
经验表明,运行第 5 章中的测试套件几乎没有什么收获。无法逃避这样一个事实,即主机系统总是对该章中的测试施加一些影响,经常导致莫名其妙的失败。 由于第 5 章中构建的工具是临时的,最终会被丢弃,因此我们不建议普通读者运行第 5 章中的测试套件。 运行这些测试套件的说明是为了测试人员和开发人员的利益而提供的,但它们是严格可选的。
备注
经验表明,运行第 5 章中的测试套件几乎没有什么收获。无法逃避这样一个事实,即主机系统总是对该章中的测试施加一些影响,经常导致莫名其妙的失败。 由于第 5 章中构建的工具是临时的,最终会被丢弃,因此我们不建议普通读者运行第 5 章中的测试套件。 运行这些测试套件的说明是为了测试人员和开发人员的利益而提供的,但它们是严格可选的。
运行 Binutils 和 GCC 测试套件的一个常见问题是伪终端 (PTY) 用完。 这可能会导致大量失败的测试。 这可能有多种原因,但最可能的原因是主机系统没有 开发者 文件系统设置正确。 这个问题在 http:// 有更详细的讨论 www.linuxfromscratch.org/lfs/faq.html#no-ptys.
有时包测试套件会失败,但由于开发人员知道并且认为不重要的原因。 查阅位于 http://www.linuxfromscratch.org/lfs/build-logs/9.0/ 的日志以验证这些失败是否是预期的。 该站点适用于本书中的所有测试。