无法理解Makefile中的循环依赖？解析成因及规避方案

先看问题中的Makefile代码：

test: test.cr.c
    cp test.cr.c test

test.cr.c: test.cr
    cp test.cr test.cr.c

为什么会被判定为循环依赖？ #

GNU Make构建目标时会递归解析完整的依赖链，触发循环依赖的核心原因是：

1. 构建目标test需要先生成依赖test.cr.c
2. 生成test.cr.c又依赖test.cr文件
3. 若当前目录不存在test.cr，Make会自动寻找能生成test.cr的规则。如果此时存在某个规则（可能是你自定义的反向规则，或是Make默认的隐含规则）要求生成test.cr必须依赖test，就会形成闭环依赖链：test → test.cr.c → test.cr → test，触发循环依赖判定。

最常见的场景是误定义了类似%.cr: %的反向后缀规则，让Make认为可以从test生成test.cr，从而绕回最终目标。

如何规避循环依赖？ #

• 确保源文件存在：如果test.cr是手动维护的源文件，直接将其放在当前目录中，Make就不会尝试自动生成它，依赖链会终止在test.cr，不会形成循环。
• 删除反向依赖规则：检查并删除所有从test生成test.cr的规则（无论显式还是隐含），切断反向依赖路径。
• 重构依赖逻辑：简化依赖链，比如直接让最终目标test依赖test.cr，去掉多余的中间文件：

  test: test.cr
      cp test.cr test
  

• 禁用隐含规则：如果不需要Make的默认隐含规则，可在Makefile开头添加MAKEFLAGS += -r，彻底禁用所有隐含规则，避免意外的自动生成逻辑触发循环。

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