与GNU大厦层​​次的Makefile让

Question

我有一个项目模块划分，在目录中的每个托管，说：

root 
|_module_A 
|_module.cpp 
|_Makefile 
|_module_B 
|_Makefile 
|_main.c 
|_Makefile 

的main.c取决于与module_A和module_B在Makefile文件中定义的目标。

我想写我的root/Makefile相对于两个模块的Makefiles中定义的目标。现在

，我知道我可以使用include指令，但这里的问题是，在module_A和module_B目标和文件名不符合他们的目录前缀，所以我得到的是这样的：

make: *** No rule to make target `module.o', needed by `main.c'. Stop. 

有一个很好的方法来解决这个问题？

谢谢。

Answer 1

有几种方法可以做到这一点，但都不是完美的。基本问题在于，Make擅长使用那里的来制作东西这里的，但不是相反。

您还没有说过module_B中的目标是什么;我会悲观的，并假设module_A和module_B都有目标module（不同的源文件，不同的食谱），所以你真的不能使用include。

你必须做出最大的选择是，是否使用递归make：

如果你不这样做，那么root/Makefile必须知道如何建立module_A/module和module_B/module，所以你只需把这些规则。然后，你必须在子目录makefile中保留冗余规则（并且冒着与主makefile不一致的风险），或者消除它们，或让它们递归地调用master makefile（你不会必须经常做，但它肯定会看起来很傻）。

如果你这样做，那么root/Makefile会是这个样子：

main: main.o module_A/module.o Module_B/module.o 
    ... 

main.o: main.c 
    ... 

%/module.o: 
    $(MAKE) -C $(@D) $(@F) 

这将工作做得不够好，但它会一无所知子目录内的相关性，因此有时会无法重建的对象，已过期。您可以每次预先递增make clean（只是为了安全起见，粗略而有效）。或者强制执行%/module.o规则，这个规则不那么浪费，但更复杂一点。或者复制root/Makefile中的依赖信息，这是单调乏味的。

这只是您优先考虑的问题。

Answer 2

难道你不能以非递归方式编写makefile吗？

Recursive Make Considered Harmful