Makefile 可以工作 %.c，不能工作 %.cpp

Question

我有一组 makefile，用于构建“大”C 项目。我现在正尝试在我的 C++ 项目中重用一些内容，但遇到了这个令人头痛的问题，我无法弄清楚。

makefile 看起来像这样

SOURCES = \
elements/blue.cpp

# Dont edit anything below here

VPATH = $(addprefix $(SOURCE_DIR)/, $(dir $(SOURCES)))

CXXFLAGS = $(OPT_FLAGS) -MMD -MF $(BUILD_DIR)/$*.d -D_LINUX -DNDEBUG -pipe
DCXXFLAGS = $(DEBUG_FLAGS) -MMD -MF $(BUILD_DIR)/$*.d -v -D_LINUX -D_DEBUG -pipe

OBJECTS := $(patsubst %.cpp, $(BUILD_DIR)/Release/%.o, $(notdir $(SOURCES)))
DOBJECTS := $(patsubst %.cpp, $(BUILD_DIR)/Debug/%.o, $(notdir $(SOURCES)))

$(OBJECTS): $(BUILD_DIR)/Release/%.o: %.cpp
    +@[ -d $(dir $@) ] || mkdir -p $(dir $@)
    $(CPP) $(INCLUDE) $(CXXFLAGS) $(DEFINES) -o $@ -c $<

它有点复杂，但它在 C 中的作用是构建 SOURCES 中定义的所有 %.c 文件并将目标文件放在 BUILD_DIR 中。它在 c 中工作得很好，但不适用于 cpp 文件。我知道

make: *** No rule to make target `blue.cpp', needed by `build/Release/blue.o'.  Stop.

VPATH 根本不起作用。我尝试过

vpath %.cpp src/elements

，但这也不起作用。

令人惊讶的是，将 blue.cpp 重命名为 blue.c 并将 makefile 编辑回 %.c 用法确实有效，它编译得很好。

我在这里要疯了吗？

Answer 1

从您的示例来看，您似乎没有激活用于编译 C++ 文件的 Makefile 规则。也许您的 % 扩展不正确？

尝试

$(OBJECTS): %.o: %.cpp
    ...

并在规则部分中指定目标，在适当的情况下使用 $(basename ..) 。

它适用于 C 的 blue.c 因为 Make 有一个 用于编译C文件的内置默认规则。我怀疑使用 --no-builtin-rules 选项运行 Make 也会导致 blue.c 文件停止工作。

从文档中，

编译C程序
no 是使用 $(CC) -c 形式的命令从 nc 自动生成的
$(CPPFLAGS) $(CFLAGS)'。编译C++
节目
no 是通过 n.cc、n.cpp 或 nC 自动生成的，命令为
形式$(CXX) -c $(CPPFLAGS)
$(CXXFLAGS)'。我们鼓励您使用
C++ 源文件的后缀 .cc'
而不是.C'。

有一个默认的 C++ 规则，但由于另一个规则或错误的变量，它可能不会为您发挥作用。为了确定起见，最好明确地编写规则。

您需要一个规则，例如：

%.o: %.cpp
    $(CPP) $(CPP_OPTS) -c -o $@ 
lt;

对于从源代码编译对象文件，那么您有：

executable: $(OBJECTS)
    ... compile objects into final blob ...

某种格式的对象 %.o 触发依赖关系。或者使用 Autotools/Autoconf 为您构建 Makefile。下面是我编写的一个示例，它只是将 C++ 文件构建到对象目录中：

SOURCES=$(wildcard path/to/src/*.cpp)
OBJECTS=$(SOURCES: .cpp=.o)
CC=g++

final: $(OBJECTS)
    mv $(OBJECTS) /path/to/build_dir

%.o: %.cpp:
    g++ -c -o $@ 
lt;

无论如何都不是一个完整的示例，但您明白了。在 final 规则中，您复制目标文件，但您可以在此处执行任何操作或更改 -o 选项以在特定位置中 plonk 构建文件。

Answer 2

你真的需要 VPATH - 我过去除了遇到麻烦之外什么都没有。事实上，我似乎记得 VPATH 依赖于扩展，因此这符合 Aiden 的理论。在我的 makefile 中，我明确给出了源目录 SDIR：

SDIR = ./somewhere
... 
$(ODIR)/%.o: $(SDIR)/%.cpp 
    $(CC) -c $(INC) -o $@ 
lt; $(CFLAGS) 

.

编辑：如果您热衷于使用 VPATH，那么您需要研究 vpath 指令的使用（注意大小写差异）。例如：

vpath %.cpp foo:bar

在 foo 和 bar 目录中查找 .cpp fies。但正如我所说，我在使用它时遇到了麻烦。

Answer 3

好吧，伙计们，我在这里弄清楚了，这是一个大混乱的错误。

经过更多实验后，我在 make-bugs 列表中发布了一个错误，并打开调试输出来告诉他们到底发生了什么。事实证明我应该以前就这样做，因为它引导我找到了解决方案。

我使用从 http://mad-scientist.net/make/autodep 开发的自动依赖项生成方案.html 令人惊讶的是它破坏了 make。问题出现在这一行中，

-include $(patsubst %.c, $(BUILD_DIR)/%.d, $(notdir $(SOURCES)))

我没有将其更改为 %.cpp，并且出于某种原因，尝试包含 blue.cpp 导致 make 在尝试解析时无法使用 vpath 搜索它

$(OBJECTS): $(BUILD_DIR)/Release/%.o: %.cpp

所以解决方案只是正确移植 makefile，哦！