生成文件 - 使用修改后的头文件重建

Makefile - rebuild with modified header files

本文关键字：文件 修改 重建      更新时间：2023-10-16

在我的项目中，我有一些包含方法的头文件（例如模板类）。所有这些头文件都包含在单个文件header.h中，然后包含在每个cpp文件中。这样，我必须在一个地方更改代码。还有一些.h文件没有相应的.cpp file.
然后我有这个制作文件：

# Makefile
.PHONY: run clean rebuild
CC     = g++
CFLAGS = -Wall -Ofast -std=c++0x -pthread
RM     = rm -f
EXEC   = main
SRC    = $(wildcard *.cpp)
OBJ    = $(SRC:.cpp=.o)
$(EXEC): $(OBJ)
    $(CC) $(CFLAGS) -o $@ $(OBJ)
%.o: %.cpp
    $(CC) $(CFLAGS) -c $^
run: $(EXEC)
    ./$(EXEC)
clean:
    $(RM) $(EXEC) *.o *.gch *~
rebuild: clean $(EXEC)

一切都很好，除了一个小但烦人的细节：如果我修改一个 cpp 文件，那么我可以做make并且一切都正确更新，但是如果我修改头文件，那么我必须删除所有内容并从头开始重新编译（这就是我有那个丑陋rebuild目标的原因）， 否则，编辑将不起作用。

有没有办法在不重组整个代码的情况下让事情变得更好？

编辑

我尝试过这个制作文件

.PHONY: run clean rebuild
CC     = g++
CFLAGS = -Wall -Ofast -std=c++0x -pthread
RM     = rm -f
EXEC   = main
SRC    = $(wildcard *.cpp)
OBJ    = $(SRC:.cpp=.o)
$(EXEC): $(OBJ)
    $(CC) $(CFLAGS) -o $@ $(OBJ)
%.o: %.cpp headers.h
    $(CC) $(CFLAGS) -c $<
run: $(EXEC)
    ./$(EXEC)
clean:
    $(RM) $(EXEC) *.o *.gch *.d *~
rebuild: clean $(EXEC)

但结果不是我想要的：如果我修改单个头文件和 do make ，它会告诉我目标是最新的，而我希望它被重新编译。

假设你有 foo.cpp ，其中包含以下行：

#include "bar.h"

您的通用规则：

%.o: %.cpp
    $(CC) $(CFLAGS) -c $^

不会在修改bar.h（并且需要foo.o）时重建foo.o。如果您有针对foo.o的附加规则，它将起作用：

%.o: %.cpp
    $(CC) $(CFLAGS) -c $<  # note the change of automatic variable
foo.o: bar.h

手动编写这样的规则会很痛苦，但 g++ 会为你做到这一点：

%.o: %.cpp
    $(CC) $(CFLAGS) -c -MMD $<

此命令将生成文件foo.d（作为构建foo.o的副作用），其中包含以下行：

foo.o: bar.h

将这一行放在一个单独的文件中对您有什么好处？你可以用一行（在makefile的末尾）将其拉到makefile中，如下所示：

-include *.d

（如果这种方法看起来非常简单，那是因为很多聪明人花了很多心思。

不是 Makefile 专家，请看一下这个。有多种解决方案使用 -MM 、-MD 和 -MF gcc 标志。得票最高的答案建议如下：

depend: .depend
.depend: $(SRCS)
        rm -f ./.depend
        $(CC) $(CFLAGS) -MM $^ -MF  ./.depend;
include .depend

据我了解，这应该为您生成正确的依赖项，这似乎是正确的方法。但是，我从未使用过它，我会尝试在依赖项中添加头文件（为%.o附加一个新目标）：

%.o: %.cpp %.h header.h
    $(CC) $(CFLAGS) -c $<

请注意，我已将$^更改为$<，以便仅获取第一个依赖项（即 cpp），并且我附加了header.h以在此更改时强制重新编译。最后一个可能不是必需的，具体取决于您在那里执行的操作，并且将导致编译效率低下，因为更改它将重新编译所有.o文件

相关文章：