“undefined reference to 'main'”是链接器未找到程序入口，因main函数所在源文件未加入项目、编译失败、仅编译未链接或项目类型设为静态库所致；其他undefined reference多因函数未实现或未链接对应库（如sqrt需-lm），需检查声明定义一致性、库路径及链接顺序。
undefined reference to 'main' 是链接器没找到入口，不是代码写错了
这个错误发生在链接阶段，说明编译器已经成功把 .c 文件转成 .o，但链接器拼装时发现没有一块目标文件提供 main 符号。常见真实原因包括：
• 包含 main 的源文件根本没加入项目（Dev-C++ 中右键项目 → 添加文件没做）
• 该文件编译失败（比如有语法错误），导致没生成对应 .o，链接时自然缺席
• 用了 -c 参数只编译不链接，又没手动调用链接命令
• 项目类型设成了“静态库”而非“控制台应用”，IDE 默认不找 main
undefined reference to 'xxx' 多半是函数没实现或库没连上
比如报 undefined reference to 'sqrt'，不是头文件没 #include <math.h></math.h>，而是链接时没加数学库。
• Dev-C++：项目 → 项目选项 → 参数 → 链接器选项卡里填 -lm
• 命令行用 Clang：必须显式加 -lm，顺序不能错——库要放在源文件/对象文件之后，例如 clang main.o -lm -o main
• 如果是自定义函数，确认声明和定义分离是否合理：头文件只放 void foo();，实现写在 foo.c 里，并确保该文件参与编译
ld returned 1 exit status 这是链接器彻底失败的兜底提示
它本身不指明问题，但通常跟前两类错误共存。真正要盯的是它上面几行的具体 undefined reference 或 cannot find -lxxx。
• cannot find -lxxx：说明链接器按名去找库文件（如 libxxx.a 或 libxxx.so）失败，检查 -L 路径是否拼错、库文件是否存在、名字是否少字母（比如 -lpthread 写成 -lpthreadt）
• 如果用的是 Clang + Dev-C++，确认工具 → 编译器选项里 Clang 的路径正确，且“使用标准库”选项没被意外关闭
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
多文件项目里最容易漏掉的是编译依赖链
改了头文件，但只重新编译了部分源文件，其他依赖它的 .c 没重编，旧 .o 里可能还引用着已删的函数名。
• Dev-C++：运行 → 重新编译所有（不是“编译”或“运行”）
• Clang 命令行：别手写一堆 clang -c，用 make 或直接 clang *.c -o prog 让它自动管理依赖
• 注意：Clang 对函数名大小写敏感，MyFunc() 声明和 myfunc() 定义会被当成两个符号
立即学习“C语言免费学习笔记（深入）”；
实际排查时，先看错误信息里第一个undefined reference 是什么，就从那个符号开始顺藤摸瓜；链接器不会撒谎，它说找不到，就是真没提供。 
