Question

我有一个基目录src，以及两个子目录src / foo和src / tests。在src / tests中我有一个构建src / tests / tests.cpp的Makefile。我希望这依赖于src / foo / * .o，我用

进行编译

%.o : %.cpp
    ${GCC} -c ${CXXFLAGS} $< -o $@

在src / foo / Makefile中。是否有一种很好的方法来构建我的Makefile，方法是将它们包含在另一个或其他内容中？

换句话说，src / foo / Makefile看起来像：

OBJECT_FILES += bar.o baz.o ...

main: main.o ${OBJECT_FILES}
    ${GCC} ${CXXFLAGS} main.o ${OBJECT_FILES} -o main

%.o : %.cpp
    ${GCC} -c ${CXXFLAGS} $< -o $@

我想让src / tests / Makefile做类似的事情：

# Obviously this is impossible right now since OBJECT_FILES is not defined in this Makefile.
tests: tests.o ${OBJECT_FILES}
    ${GCC} ${CXXFLAGS} tests.o ${OBJECT_FILES} -o tests

tests.o: tests.cpp
    ...

Answer 1

为单个项目组合两个自包含的make文件很困难，事实上，不推荐。有关原因，请阅读Recursive Make Considered Harmful以获得更全面的解释。请注意，这仅适用于递归调用make，并且仅适用于项目的不同部分具有相互依赖性。

问题是当你放弃递归选项时，其他选项并不是很好。最明显的是include来自src目录的tests生成文件。但是，这不会起作用，因为src makefile对当前目录做出隐含的假设，当你在tests目录中时，这些假设不成立。

您最好的选择是在项目的根目录中创建一个make文件，该文件构建src和tests。这将使依赖项规范变得微不足道。

在此期间，在我看来，您的项目需求是尽可能标准的。甚至你的编译模式规则也只是make中内置模式规则的简化版本（即 - 你可以从你的make文件中删除它，一切都会继续工作）。在这种情况下，试图重新发明轮子对我来说似乎没必要。

我建议使用标准构建生成工具之一。 automake是我最喜欢的，因为它是普遍可用的，并且在编译机器上不需要特殊工具。它的学习曲线比其他学习曲线略微陡峭，特别是对于简单的项目，但是学习它时获得的工具对于不使用它的项目也很有用。

然后，由于上述原因，有些人讨厌复仇的汽车工具。对他自己来说。

Answer 2

假设您正在使用GNU make，您可以使用虚假目标。

.PHONY: foo_objets

foo_objects:
    $(MAKE) -C ../../src/foo

并将foo_objects定义为test的依赖关系。

tests: tests.o ${OBJECT_FILES} foo_objects
    ${GCC} ${CXXFLAGS} tests.o ${OBJECT_FILES} -o tests

如何构建Makefile以使一个目标依赖于另一个目标？

2 个答案: