gcc -MMD必须配合-c使用才能生成.d依赖文件，单独使用无效；-MP用于添加伪目标防止头文件删除导致make中断；Makefile需用-include $(OBJS:.o=.d)加载依赖，且首次执行时因.d不存在而静默跳过。
gcc -MMD 会自动生成 .d 文件，但必须配合 -c 使用
-MMD 不是独立开关，它只在编译阶段（即带 -c）才生效。单独运行 gcc -MMD main.c 不会生成任何文件，也不会报错——只是默默忽略该选项。
正确写法是：
gcc -c main.c -o main.o -MMD
这条命令会做两件事：
- 正常编译
main.c成main.o - 同时生成一个
main.d文件，内容类似：main.o: main.c utils.h config.h
注意：-MMD 默认把依赖写入与目标同名、后缀为 .d 的文件（即 $*.d），不覆盖已有 .d 文件，也不检查路径是否存在。
为什么一定要加 -MP？否则头文件删了会出问题
假设 main.c 包含了 utils.h，main.d 里就会有 main.o: main.c utils.h。但如果某天你删掉了 utils.h，下次 make 时会报错：*** No rule to make target 'utils.h', needed by 'main.o'.
-MP 的作用就是让 GCC 在生成 .d 文件时，额外加一行空的伪目标：
utils.h:
这样即使 utils.h 不存在，make 也能顺利跳过，而不是中断构建。
所以生产环境推荐组合使用：gcc -c main.c -o main.o -MMD -MP
Makefile 里怎么加载这些 .d 文件？
光生成 .d 文件没用，Make 必须读进去才算数。关键就这一行：
-include $(OBJS:.o=.d)
这行的意思是：把所有 .o 文件对应路径下的 .d 文件都包含进来（比如 main.o → main.d）。注意是 -include 而不是 include，前者在文件不存在时不报错。
常见陷阱：
-
.d文件路径要和make当前工作目录一致；如果obj/目录下放目标文件，就得写成-include obj/$(OBJS:.o=.d) - 第一次执行
make时.d还不存在，-include会静默跳过，等下次编译才起效——这是设计使然，不是 bug - 不要手动
rm *.d后再make，除非你清楚自己在做什么；否则可能漏掉新引入的头文件依赖
-MMD 和 -MM -MF 有什么区别？
-MMD 是快捷写法，等价于 -MM -MF $*.d，但更省心：
-
-MM排除系统头文件（如stdio.h），只留项目内"xxx.h"；-M会把所有头文件都列出来，基本不用 -
-MF file允许指定任意文件名，比如-MF deps/main.d；-MMD固定输出到当前目录同名.d文件 -
-MD和-MMD唯一区别是：-MD会包含系统头文件，-MMD不会——所以几乎总是选-MMD
真正容易被忽略的是：生成的 .d 文件本身也是有依赖的——它依赖于对应的 .c 和所有 #include 的头文件。Make 会自动处理这个链条，但前提是你的 Makefile 规则里没有破坏这个逻辑（比如用 $(shell ...) 动态生成依赖，就绕过了这个机制）。
