我正在从源代码构建一个 Slackware 系统，但在这里遇到了依赖墙。 （在你问之前：不，我并不是想“让它更快”；我正在针对不同的 C 库进行构建。）获取工具链和非常基础的知识（coreutils、归档器、shell、perl、内核等） ）很简单，但是当我查看剩余的数百个包时，我不知道它们需要以什么顺序构建才能满足它们的依赖关系。
浏览各种文档，我没有看到列出任何构建顺序，也没有主构建脚本，只有各个包的 SlackBuilds。而且 .tgz 不会像 deb 或 RPM 那样列出依赖项。这只是帕特里克记在脑子里的东西，我们其他凡人必须手动弄清楚，还是我在某个地方错过了医生？
我尝试使用 BLFS，但 Slackware 似乎比 BLFS 更早地构建 X。我想我可以简单地尝试构建所有内容，注意依赖项何时失败，并手动创建依赖项树，但我希望在我缺少的地方有一个构建列表......
答案1
好的，对于任何正在寻找的人来说，linuxquestions.org 和 slackware IRC 频道的好心人都为我指明了正确的方向。
Slackware 通常不是从头开始构建的；这些版本更像是一个不断移动的构建系统的冻结。也就是说，
这ARM 端口脚本具有移植到新架构或工具链所需的顺序。