构建时序列化特定目标解决C1060编译器堆空间不足问题

核心问题原因 #

直接给问题.obj目标标记.NOTPARALLEL会让整个依赖链（包括这些目标的前置依赖，比如生成的头文件、辅助源文件）都强制串行，这就是构建时间暴增的原因。要实现仅目标本身串行，前置依赖仍并行，可以用以下几种方法：

方法1：为问题目标建立顺序依赖链 #

通过让需要串行的.obj互相建立依赖关系，强制Make逐个编译它们，但它们的前置依赖（如.c文件、头文件）仍会并行处理。

示例Makefile规则：

# 定义需要串行编译的15个目标
SERIAL_OBJS := foo.obj bar.obj baz.obj obj1.obj obj2.obj ...  # 补全所有问题目标

# 为串行目标生成顺序依赖链（foo.obj → bar.obj → baz.obj → ...）
define serial_dep
$(word $(1),$(SERIAL_OBJS)): $(word $(1)-1,$(SERIAL_OBJS))
endef
$(foreach idx,$(shell seq 2 $(words $(SERIAL_OBJS))),$(eval $(call serial_dep,$(idx))))

# 保持原有的编译规则（如果已有通用规则可跳过）
$(SERIAL_OBJS): %.obj: %.c
    cl /c /EHsc /O2 $< /Fo$@  # 替换为你实际的MSVC编译参数

这个方法让Make必须在前一个问题目标编译完成后，才开始下一个，而其他非串行目标和所有前置依赖仍能并行执行。

方法2：用子Make进程单线程编译问题目标 #

主Make保持全并行，仅编译这些大文件时调用单线程的子Make进程，隔离串行范围：

SERIAL_OBJS := foo.obj bar.obj ...

# 主目标依赖所有目标
all: $(OTHER_OBJS) $(SERIAL_OBJS)

# 单独处理串行目标，调用子Make强制单线程
$(SERIAL_OBJS):
    $(MAKE) -j1 $@

# 通用编译规则（子Make会继承这个规则）
%.obj: %.c
    cl /c /EHsc /O2 $< /Fo$@

这种方式的优势是无需手动维护依赖链，子Make会自动处理目标的前置依赖，但主Make的并行任务不受影响。

额外优化：从根源解决堆内存不足问题 #

如果不想改动Make规则，可以尝试调整MSVC编译器参数，直接增加堆内存配额：

• 添加/Zm<数值>参数，比如/Zm800（将堆内存限制提升为默认的8倍），可缓解单个大文件编译时的堆空间不足。
• 检查这些大.c文件是否可以拆分为多个小文件，从根本上降低单文件编译的内存压力。

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