gpt4 book ai didi

c++ - 我如何构造 Makefile 以使一个目标依赖于另一个目标?

转载 作者:行者123 更新时间:2023-11-28 05:37:39 24 4
gpt4 key购买 nike

我有一个基本目录 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
...

最佳答案

为单个项目组合两个自包含的 make 文件很困难,事实上,不推荐这样做。请阅读Recursive Make Considered Harmful更全面地解释为什么。请注意,这仅适用于递归调用 make,并且仅当项目的不同部分具有相互依赖性时。

问题是当你放弃递归选项时,其他选项就不是很好了。最明显的方法是从 tests 目录中include 您的 src makefile。然而,这是行不通的,因为 src makefile 对当前目录做出了隐式假设,当您位于 tests 目录中时,这些假设不成立。

您最好的选择是在项目的根目录中创建一个 make 文件,它同时构建 srctests。这将使依赖规范变得微不足道。

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

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

然后,由于上述原因,有些人非常讨厌自动工具。各有各的。

关于c++ - 我如何构造 Makefile 以使一个目标依赖于另一个目标?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37873960/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com