合并高度相似Make规则时编译失败及异常目录生成问题排查

1. 合并规则后Debug目标文件缺失的原因 #

你踩了GNU Make模式规则的核心特性：当一条模式规则的左侧同时写了多个目标时，Make会认为执行一次该规则的命令就能生成所有列出的目标，而不是每个目标单独执行一次命令。
你原来拆分两条规则的时候，$(DEBUGODIR)%.cpp.o和$(RELEASEODIR)%.cpp.o各对应一条独立规则，Make会分别为debug和release的.o文件触发两次编译，分别对应不同的编译参数。
合并成一条规则后，Make处理all: release debug时，先处理release目标的依赖，触发编译时只生成了release的.o文件，认为这条规则已经满足了所有目标的生成要求，不会再单独为debug的.o执行编译，所以链接debug目标时就找不到对应的.o文件。 #

2. 执行make debug时自动创建release目录的原因 #

你的Makefile里写了-include $(RELEASE_OFILES:%.o=%.d)，包含了release版本的依赖文件。Make在执行目标前会先尝试重建所有被include的文件，这些release的.d文件对应的.o文件依赖$(RELEASEODIR)目录作为秩序-only依赖，所以就算你只执行debug目标，Make也会先创建release目录来完成.d文件的重建检查。 #

如果你想合并重复的编译规则，推荐用静态模式规则，既可以减少重复代码，也不会触发多目标模式规则的问题：

# 替换你合并后的那条多目标模式规则
$(ALL_OFILES): %.cpp.o: $(SRCDIR)%.cpp
	$(CXX) $(CPPFLAGS) $(CXXFLAGS) -c $< -o $@

如果你的Make版本高于等于4.3，也可以用分组目标语法（在规则后加:&）明确告诉Make每个目标需要单独执行命令：

$(DEBUGODIR)%.cpp.o $(RELEASEODIR)%.cpp.o:& $(SRCDIR)%.cpp
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -c $< -o $@

如果不需要兼容老版本Make，静态模式规则是最稳妥的选择，也符合你的合并重复代码的需求。 #

内容的提问来源于stack exchange，提问作者Cheiron