使用 Gnu Make 实用程序自动创建具有与源代码不同的构建结构的文件

Question

我见过以下技术用于自动编译特定目录中的所有 C（或 C++，或者我想您想要的任何扩展名）文件。

SOURCE_DIRS = .
SOURCES := $(subst ./,,$(wildcard $(SOURCE_DIRS:=/*.cpp)))
HEADERS := $(subst ./,,$(wildcard $(SOURCE_DIRS:=/*.h)))
OBJECTS := $(addprefix build/,$(SOURCES:.cpp=.o))
CXX = g++
CXXFLAGS = -Wall -pedantic -g
#LDFLAGS = 

all: build/exe_name

build/exe_name: $(OBJECTS)
        $(CXX) -o $@ $(OBJECTS) $(LDFLAGS)

build/%.o: %.cpp $(HEADERS) Makefile
        mkdir -p $(dir $@)
        $(CXX) -o $@ $(CXXFLAGS) -c $<

唯一的问题是它以与源目录中相同的结构构建所有文件。因此，如果您有一个包含代码的子文件夹，那么构建将有一个匹配的子文件夹。

那么，我如何修改它（或者还能做什么），以使所有输出的目标直接放置在 build/ 目录中，而不是放置在与源目录匹配的层次结构中？

我考虑过尝试删除在目标中使用“%”时可能出现的任何目录，但我找不到任何好的命令来做到这一点。另外，尝试在创建时更改 OBJECTS 路径似乎有点问题，因为我不知道“%”变量如何读取它，除了它神奇地编译 OBJECTS 列表中的所有内容之外。

感谢您提供的任何帮助。

Answer 1

按照顺序，

1. 我不明白这是如何工作的。您的通配符方法不会递归到源文件夹的子文件夹，并且您的 %.o 规则在除“SOURCE_DIRS=.”之外的任何情况下都不起作用。
2. 你的 %.o 规则有点松散。如果您更改一个标头，Make将重建所有目标文件。
3. 将所有可以找到的源代码合并到可执行文件中可能并不明智。在这一方案中，很难有多个具有共享代码的可执行文件。
4. 为了克服 1) 的问题并编写一个我可以测试的 makefile，我将不得不搞乱“find”，这是我讨厌的，所以以下内容未经测试。
5. 我认为这可以做到（在 GNUMake 中）：

SOURCES := whatever...
vpath %.cpp $(dir $(SOURCES))
SOURCES := $(notdir $(SOURCES))

Answer 2

最简单的（尽管不是严格意义上的 make-only）方法是使用 automake 并且不设置 subdir-options 选项。