make 找不到 Makefile 是因默认只读当前目录的 Makefile 或 makefile；需确认文件名正确、用 -f 指定路径、Mac 上可能需用 gmake；缩进必须为 Tab，依赖须完整，clean 规则中 rm 必须加 -f。
make 命令找不到 Makefile 怎么办
make 默认只认当前目录下的 Makefile 或 makefile（注意大小写），不会自动搜索子目录，也不会猜你把构建脚本放哪了。
常见错误现象：make: *** No targets specified and no makefile found. Stop.
- 确认文件名是
Makefile（首字母大写，无后缀），不是Makefile.txt或makefile.cpp - 用
ls -a看是否隐藏了文件，比如误存为.Makefile - 如果构建脚本在别处，用
-f指定路径：例如make -f build/MyMakefile - Mac 上用 Homebrew 装的 GNU make 叫
gmake，直接输make可能调到 BSD 版本，行为略有差异
写最简 Makefile 编译单个 .cpp 文件
不需要宏、变量或依赖推导，就编译一个 main.cpp 成可执行文件，关键在于规则语法不能错。
容易踩的坑：缩进必须用 Tab，不能用空格；目标和命令之间要换行；g++ 参数顺序影响链接结果。
立即学习“C++免费学习笔记（深入）”；
- 基本结构：
main: main.cpp <code>g++</code> -o <code>main</code> <code>main.cpp</code> -
main是目标名（最终生成的可执行文件），不是必须和源文件同名，但建议一致 - 如果源文件用了 C++17 特性，得加
-std=c++17；缺省时 g++ 可能用较老标准，导致std::optional报错 - 不写
clean规则也行，但手动删main二进制时别漏掉，否则make会跳过重新编译
多个 .cpp 文件怎么组织依赖关系
当有 main.cpp、utils.cpp、utils.h 时，main.o 必须等 utils.h 改了才重编，否则改头文件后运行旧逻辑，问题极难排查。
手动写全依赖易出错，推荐用编译器自动生成：
- 先让 g++ 输出依赖信息：
g++ -MM <code>main.cpp会打印main.o: main.cpp utils.h - 在
Makefile末尾加一行：-include <code>deps.mk，再用g++ -MM *.cpp > deps.mk生成依赖文件 - 不要直接写
main.o: utils.h—— 如果utils.h里又#include <vector>，而你没列它，改动 STL 头文件就不会触发重编 - 目标名带
.o时，make 默认用内置规则调$(CXX) -c，所以不必每行都写g++ -c
make clean 删除不了 .o 文件？
典型表现：运行 make clean 后 ls *.o 还有残留，下次 make 却说 nothing to be done。
根本原因：shell 的 rm 命令遇到不存在的文件默认报错，而 make 把这当成规则失败，直接中断，后续 rm 不执行。
- 正确写法：
clean: rm -f <code>main</code> <code>main.o</code> <code>utils.o</code> -
-f是必须的，不是可选项；不加的话，第一次 clean 后再 clean 就会失败 - 别用
rm *.o—— 如果当前没有.o文件，shell 可能原样传给 rm，报rm: cannot remove '*.o': No such file or directory - 如果项目生成了
build/目录，clean 规则里要写rm -rf <code>build，注意-r和-f都不能少
真正麻烦的从来不是写第一行 g++ -o，而是头文件包含链变深之后，哪个 .h 改了该触发哪些 .o 重编——make 本身不分析语法，全靠你给的依赖描述准不准。
