make默认按顺序查找GNUmakefile、makefile、Makefile，找到第一个即停止；实际项目中普遍使用首字母大写的Makefile，因其POSIX兼容且被IDE与CI工具广泛支持。
make 默认读哪个文件
make 命令默认按顺序查找 GNUmakefile、makefile、Makefile（大小写敏感），找到第一个就停止。实际项目中绝大多数用 Makefile（首字母大写），因为它是 POSIX 兼容且被 IDE 和 CI 工具广泛识别的名称。
如果你的文件叫 build.mk，必须显式指定：make -f build.mk，否则会报错 make: *** No targets. Stop. 或直接提示找不到 makefile。
常用变量和自动推导规则怎么写
Makefile 里最常踩坑的是变量展开时机和隐式规则误用。比如：
-
SRC = $(wildcard *.c)→ 正确获取当前目录所有 .c 文件 -
OBJ = $(patsubst %.c,%.o,$(SRC))→ 把每个 .c 替换成同名 .o -
$@表示当前目标名（如main），$^表示所有依赖（如main.o sub1.o），$<表示第一个依赖（如main.c）
别写 gcc main.c sub1.c -o main 这种硬编码——它绕过增量编译，每次全量重编。正确写法是：
main: main.o sub1.o
gcc $^ -o $@这样改了 sub1.c，make 只重编 sub1.o，再链接，不碰 main.o。
为什么加 -c 参数但不加 -o 就会失败
执行 gcc -c main.c 会生成 main.o，但如果你漏写 -o，而源文件名含路径（比如 src/main.c），gcc 默认输出到当前目录的 main.o，不是 src/main.o——这会导致后续链接时找不到 src/main.o，报错 cannot find -lxxx 或 undefined reference。
所以带路径的源码，务必显式指定输出位置：
src/main.o: src/main.c
gcc -c $< -o $@或者统一用 $(OBJ) 变量控制输出路径，避免手工拼写错误。
调试时该开哪些 GCC 选项
日常开发中，-g 和 -O0 是黄金组合：
-
-g：生成调试符号，让gdb或 VS Code 能单步、设断点、看变量 -
-O0：关闭优化，保证源码行号与机器指令一一对应；开-O2后变量可能被优化掉，gdb显示<optimized out> -
-Wall：打开基础警告，比如未使用变量、隐式类型转换，能提前发现低级错误
发布前才切到 -O2 -DNDEBUG，别在 Makefile 里把调试和发布混在一起。
真正麻烦的不是命令记不住，而是变量展开顺序、路径拼接、依赖是否真实存在这些细节——它们不会报语法错，但会让 make 静静跳过该编译的文件，或链接时找不到符号。
