Makefile中-include指令执行顺序不符合预期的问题

问题场景 #

按照GNU Make文档描述，Makefile应该从上到下逐行读取执行，但使用make -nd调试时，发现位于文件最后一行的-include $(deps)被优先执行——Make先读取了ctest1.d、ctest2.d这类.d文件，和预期的书写顺序不符。

本质原因 #

这是GNU Make内置的预包含机制导致的，和你理解的"逐行执行"不是同一层面的逻辑：

• GNU Make在处理主Makefile时，会先全局扫描所有include/-include指令，不管它们在文件中的位置，优先尝试解析并包含指定文件。
• 这么做的核心目的是：确保所有依赖关系（比如.d文件里记录的头文件依赖）在Make开始分析目标依赖链、决定构建顺序之前，就被完整加载到内存中。
• make -nd的调试输出会先展示这些预包含操作，再显示主Makefile逐行处理的流程——这不是执行顺序颠倒，而是调试信息的展示顺序对应了Make的内部预处理步骤。

补充细节 #

• -include和include的预处理时机完全一致，唯一区别是当被包含文件不存在时，-include不会触发构建终止，而是忽略错误继续执行。
• 这种设计是为了避免因依赖信息加载不及时，导致Make无法正确判断目标是否需要重新构建。

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