make --dry-run 应该生成依赖文件吗？答案

【问题标题】：Is make --dry-run supposed to generate dependency files?make --dry-run 应该生成依赖文件吗？
【发布时间】：2018-12-17 01:17:06
【问题描述】：

我发现 Makefiles 进退两难：

这个问题的公认解决方法是什么？

【问题讨论】：

您如何在开发周期中使用试运行？最近的一个例子是用于 C++ 的 Android Studio gradle 插件。它在简单的场景中做得很好，但一旦 makefile (Android.mk) 走出人迹罕至的道路，它就会变得非常棘手。
@AlexCohn：我不经常使用它进行开发，主要是帮助我自己调试 Makefile 依赖项。
恕我直言，为了调试，dry-run 与真实的相差太大。您可以打开详细输出，还需要工具来撤消您的制作，修复 makefile 中的某些内容，然后重试。

标签： makefile

【解决方案1】：

最好的解决办法是使用自动依赖生成的more advanced method，这样就不会有这个问题了。

【讨论】：

Ack，我明白你为什么这么说。我完全忽略了提及这一点（我的错），但在我的情况下，在 same 运行中需要依赖项，而不是在下一次运行中。看这里，我在另一个方面苦苦挣扎：stackoverflow.com/q/53732165/541686
您在那里描述的不是依赖关系，而是所有相关资产的列表。比如，如果我的 C 项目添加了一个新的 C 源：除非我将项目文件本身添加为需要完全重建的先决条件，否则它不会被覆盖
@AlexCohn：是的，我不确定该用什么措辞，但这就是我遇到的问题。
.d 文件传统上与自动生成的依赖跟踪文件一起使用。听起来您拥有的是自动生成的源文件。你的问题的答案取决于你想做什么。您是否希望make -n 生成这些源文件？还是不行？