生成具有完整路径的 gcc 依赖项

Question

我有一个看起来像这样的简单项目

.
├── build
│   ├── file1.o
│   └── one
│       ├── file1.o
│       └── file2.o
├── .depend
├── Makefile
└── src
    ├── file1.cpp
    └── one
        ├── file1.cpp
        └── file2.cpp

Makefile 是这样的：

# Get all of the source files
SRC = $(shell find src/ -name "*.cpp")
# Get all of the object files
OBJ = $(subst src,build,$(SRC:.cpp=.o))

$(OBJ):
    @mkdir -p $(shell dirname $@)
    g++ -g -c $(subst build,src,$(subst .o,.cpp,$@)) -o $@

all: depend build

build: $(OBJ)
    gcc -o project $^

depend:
    g++ -MM $(SRC) > .depend
    sed -i 's/.\/src/.\/build\//g' .depend

sinclude .depend

我正在尝试通过运行 g++ -MM src/file1.cpp src/one/file1.cpp src/one/file2.cpp > .depend 来生成 makefile 依赖项，它会生成以下指令：

file1.o: src/file1.cpp <other headers>
file1.o: src/one/file1.cpp <other headers>
file2.o: src/one/file2.cpp <other headers>

问题在于build/file1.o 与file1.o 不匹配，因此，更改src/file1.cpp 或它所依赖的任何标头都不会导致目标文件被重建。起初我认为这可能是在生成 .depend 文件之前运行sinclude .depend 的问题，但即使我运行make depend 后跟make build，问题仍然存在。从我读过的所有内容来看，没有g++ 参数或选项可以保留名称的路径。

是否可以通过这种方式生成依赖文件，或者这是构建项目的根本错误方法？

我查看了这个问题被标记为可能重复的问题的答案，但似乎问题是询问如何为项目创建完整的 makefile，而我的问题不在于创建Makefile，而是gcc -MM 依赖生成的问题。这个问题的答案并没有解决我的问题。

Answer 1

怎么样：

# Get all of the source files
SRC = $(shell find src/ -name "*.cpp")
# Get all of the object files
OBJ = $(patsubst src/%.cpp,build/%.o,$(SRC))

.PHONY: all

all: project

project: $(OBJ)
    gcc -o $@ $^

$(OBJ): build/%.o: src/%.cpp
    @mkdir -p $(dir $@)
    g++ -g -c $< -o $@

.depend: $(SRC)
    g++ -MM $^ > $@ && \
    sed -Ei 's#^(.*\.o: *)src/(.*/)?(.*\.cpp)#build/\2\1src/\2\3#' $@

include .depend

依赖计算

sed 命令替换任何：

file.o: src/file.cpp ...

作者：

build/file.o: src/file.cpp ...

和任何：

file.o: src/X/Y/Z/file.cpp ...

作者：

build/X/Y/Z/file.o: src/X/Y/Z/file.cpp ...

目标直接是.depend，它具有所有源文件作为依赖项，因此如果丢失或比任何源文件旧，它会自动重建。无需使用depend 假目标或将其添加为all 的先决条件（如果需要，make 会自动尝试重建include 中包含的文件）。

注意

我添加了一些 GNU make 功能（patsubst、静态模式规则、自动变量的系统使用...）如果您使用其他 make，请重做不支持的功能。

Answer 2

这里有三种方法。

一、用 sed 修改输出（类似于 Renaud Pacalet 的回答）：

depend:
    g++ -MM $(SRC) | sed 's/.*: src\([^ ]*\)cpp/build\1o: src\1cpp/' > .depend                  

二、使用shell循环：

STEMS := file1 one/file1 one/file2
depend:
    rm -f .depend
    for x in $(STEMS); do g++ -MM -MT build/$$x.o src/$$x.cpp >> .depend; done

三、Make方法：

DEPENDENCIES := $(addsuffix -depend,$(STEMS))

clear-depend:
    rm -f .depend

depend: $(DEPENDENCIES)

%-depend: clear-depend
    g++ -MM -MT build/$*.o src/$*.cpp >> .depend

（我最喜欢的做法是为每个目标文件建立一个单独的依赖文件，而不是一个大的.depend 文件。它有几个优点，但是需要一些时间来解释，如果有名称冲突也很棘手在您的源代码树中，例如 file1.cpp 和 file1.cpp。）

Answer 3

我使用以下顺序进行构建：

define req
$(subst ..,__,$(dir build-$(TARGET)$(build_dir_ext)/$(1)))%.o: $(dir $1)%.cpp
    mkdir -p $$(dir $$(subst ..,__,$$@))
    $$(CXX) -MM $$(CXXFLAGS) $$< -MT   $$(subst ..,__,$$@) > $$(patsubst %.o,%.d,$$(subst ..,__,$$@))
    $$(CXX)     $$(CXXFLAGS) $$< -c -o $$(subst ..,__,$$@)
endef

$(eval $(foreach x,$(OBJ),$(call req,$(x))))

因此，make 现在能够处理可以在源树“外部”的路径，只需使用 '__' 而不是 '..' 并根据找到的模式设置构建目录，所以有src 和 build 不再有问题。我需要“外部”文件来使用源池，其中本地构建目录位于源池和项目目录的根目录下。

希望对您有所帮助...

编辑 1：为什么要替换 '..'

想想下面的源代码树：

./sourcepool/lib1/src/one.cpp
./sourcepool/project/build

如果您的 Makefile 位于 ./sourcepool/project 路径中且 OBJ 之一是“../lib1/src/one.o”，则 Makefile 应在构建目录中创建等效路径。也就是说，如果使用“..”，则不可能，因为路径不再是构建中的，而是更高的一个深度。如果将 .. 替换为 __ 结果如下：

./sourcepool/project/build/__/lib1/src/one.o

这使得不将所有使用的目录复制或链接到本地​​项目和构建文件树成为可能。