Makefile Buildroot'；制造<；包装>-重建'；与'相同；制造<；包装>'；？

在我刚刚签出的Buildroot管理的项目中，我错误地运行了

-rebuild

，而不是

全部生成

，然后是

生成-重新生成

当我发现我的错误时，我很惊讶构建过程顺利进行，没有出现错误，就好像我运行了

makeall

，然后运行了

make-rebuild

，正如我公司针对该软件包提供的文档中所建议的那样

我是Buildroot的新手，我想知道：这是所有Buildroot管理项目的预期行为吗？换句话说，我是否可以继续运行

make-rebuild

，而不是

make-all

，然后运行

make-rebuild

---

EDIT：换句话说，对于以前从未构建过的包，

make-rebuild

是否应该具有与

make

相同的效果

---

注意：我在Buildroot用户手册中没有找到答案。

make

builds:

• 尚未构建的
  的所有依赖项

• 如果尚未构建

因此，如果连续执行两次

make

，第二次调用将不起任何作用

make-rebuild

builds:

• 尚未构建的
  的所有依赖项 （同上）

• 构建

  和
  的以下步骤， 不管他们是否已经完成了

因此，如果连续执行两次

make-rebuild

，则第二个调用将不会运行提取、修补和配置步骤，而是执行构建和安装步骤

例如，当您在

/.mk

中编辑程序包生成配方，并希望使用新规则再次生成程序包时，将使用

make-rebuild

。

make

builds:

• 尚未构建的
  的所有依赖项

• 如果尚未构建

因此，如果连续执行两次

make

，第二次调用将不起任何作用

make-rebuild

builds:

• 尚未构建的
  的所有依赖项 （同上）

• 构建

  和
  的以下步骤， 不管他们是否已经完成了

因此，如果连续执行两次

make-rebuild

，则第二个调用将不会运行提取、修补和配置步骤，而是执行构建和安装步骤

---

例如，当您在

/.mk

中编辑包构建配方，并希望使用新规则再次构建包时，会使用

make-rebuild

。

这个答案是否脱离主题？问题是关于

make-rebuild

与

make

相比……对不起。我编辑了答案。我想这正是问题所在。这个答案不是离题了吗？问题是关于

make-rebuild

与

make

相比……对不起。我编辑了答案。我认为这符合这个问题。