【问题标题】:Buildroot 'make <pkg>-rebuild' same as 'make <pkg>'?Buildroot 'make <pkg>-rebuild' 与'make <pkg>' 一样吗?
【发布时间】:2017-03-18 23:30:21
【问题描述】:

在我刚刚签出的 Buildroot 管理项目中,我错误地运行了 &lt;pkg&gt;-rebuild,而不是 make all,然后是 make &lt;pkg&gt;-rebuild

当我发现我的错误时,我很惊讶构建顺利进行,没有错误,就像我运行了make all,然后运行了make &lt;pkg&gt;-rebuild,正如我公司提供的该软件包的文档中所建议的那样。

我对 Buildroot 完全陌生,我想知道:这是所有 Buildroot 托管项目的预期行为吗?换句话说,我是否可以继续运行 make &lt;pkg&gt;-rebuild 而不是 make all 后跟 make &lt;pkg&gt;-rebuild


编辑:换句话说,对于以前从未构建过的包make &lt;pkg&gt;-rebuild 是否应该与make &lt;pkg&gt; 具有相同的效果?


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

【问题讨论】:

    标签: makefile buildroot


    【解决方案1】:

    make &lt;pkg&gt; 构建:

    • &lt;pkg&gt; 尚未构建的所有依赖项
    • &lt;pkg&gt; 如果还没有建成

    所以,如果make &lt;pkg&gt; 连续执行两次,第二次调用将什么也不做。

    make &lt;pkg&gt;-rebuild 构建:

    • &lt;pkg&gt;所有尚未构建的依赖 (同上)
    • build&lt;pkg&gt; 的以下步骤, 不管他们是否已经完成

    因此,如果make &lt;pkg&gt;-rebuild 连续执行两次,第二次调用将不会运行提取、修补和配置步骤,但会执行构建和安装步骤。

    make &lt;pkg&gt;-rebuild 用于例如当您在 &lt;pkg&gt;/&lt;pkg&gt;.mk 中编辑包构建配方并希望使用新规则再次构建它时。

    【讨论】:

    • 这个答案不是题外话吗?与make &lt;pkg&gt;相比,问题是关于make &lt;pkg&gt;-rebuild...
    • 对不起。我编辑了答案。我认为它现在适合这个问题。
    猜你喜欢
    • 2022-10-30
    • 2015-04-16
    • 1970-01-01
    • 2016-02-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多