正确设置是CC=gcc、CFLAGS=-Wall -Wextra且显式拼入命令；clean需声明.PHONY并用rm-f$(OBJS)；依赖用-MMD-MP-MF自动生成并-include加载。

Makefile 里 CC 和 CFLAGS 到底怎么设才不翻车

编译 C 项目时，CC 没配对、CFLAGS 顺序错，轻则警告变多，重则链接失败或运行时段错误。根本原因不是语法写错，而是 Make 默认行为和你预期不一致。

• CC 默认是 cc，不是 gcc —— 某些系统（如 Alpine）下 cc 是 musl-gcc，不带 -std=gnu11 支持，一加就报错
• CFLAGS 要放在规则里靠前位置，不能只在变量定义里写；Make 不会自动把 CFLAGS 塞进 $(CC) $(CFLAGS) ...，得显式拼进去
• 调试时建议加 -g -O0，但上线要换 -O2 -DNDEBUG；别把这两套混在同一个 CFLAGS 里，用条件变量更稳

示例：正确写法是

CC = gcc
CFLAGS = -Wall -Wextra
all: main.o utils.o
    $(CC) $(CFLAGS) -o program main.o utils.o

为什么 make clean 总是删不干净，还报 No rule to make target

这不是路径写错了，是 clean 规则没声明为「伪目标」，Make 以为你在生成一个叫 clean 的文件，结果发现磁盘上真没有，就去翻规则链，最后报错。

• 必须加 .PHONY: clean，否则哪怕 clean: 下面写了 rm -f *.o program，第一次执行可能成功，第二次再 make clean 就卡住
• 删除动作别用 rm *.o —— 如果当前没 .o 文件，shell 会把字面量 *.o 当文件名传给 rm，报 No such file or directory；加 -f 或用 rm -f $(OBJS)（变量展开后为空则跳过）
• 别在 clean 里删 Makefile 自身或 .git 目录 —— 有人手抖写成 rm -rf .*，直接废掉整个工作区

依赖自动推导失效？gcc -MM 和 depfile 怎么配合才可靠

手动写 main.o: main.c utils.h 很快就失控，但直接用 $(CC) -MM 生成依赖又容易漏掉嵌套头文件，或者因编译选项不同导致依赖不准。

• -MM 不处理系统头（/usr/include 下的），但如果你用了 -I./include，就得补上 -I 参数，否则生成的依赖里找不到 include/common.h
• 推荐用 -MMD -MP 配合 -MF：让编译器边编译边写依赖到 main.d，-MP 还会额外生成空目标防止头文件被删后报错
• Makefile 开头加 -include $(DEPS)（DEPS := $(SRCS:.c=.d)），但注意这个 -include 不报错——如果 .d 文件还没生成，就静默跳过，等下次 make 再来加载

关键一行：

make

• 用 file Makefile 看输出是不是带 CRLF；用 dos2unix Makefile 一键修复（没装就 sed -i 's/\r$//' Makefile）
• 编辑器设为 LF 换行（VS Code 右下角点击「CRLF」→ 选「LF」；Sublime 同理）
• Git 用户加 .gitattributes：写 Makefile text eol=lf，避免协作时又被转成 CRLF

真正难 debug 的地方在于：错误提示从不告诉你「这里有 \r」，只会说「missing separator」，然后停在看似正常的某一行。这种隐藏字符问题，查半天不如先 cat -A Makefile 看一眼。