clang编译多个.c文件时，main函数只能在一个源文件中定义，否则链接时报“multiple definition of 'main'”错误；每个含main的文件应单独编译为独立可执行文件。
Clang编译多个 .c 文件时，main 函数只能出现在一个源文件里
Clang（以及所有符合标准的 C 编译器）要求整个可执行程序有且仅有一个 main 函数定义。如果你用 clang a.c b.c c.c -o prog 一次性编译多个文件，而其中两个文件都含 int main() { ... }，链接阶段会报错：multiple definition of 'main'。
这不是 Clang 的限制，而是 C 标准和 ELF/PE 链接模型决定的：程序入口必须唯一。
- 不能靠“把
main放在某个特定文件开头或结尾”来规避冲突——位置无关，定义才关键 - 即使其他文件里的
main被注释掉、或用#ifdef包裹但未定义，只要预处理后出现两个main定义，就失败 - 函数声明（如
int main(void);）可以多次出现，但定义只能一次
想在同一个项目里写多个带 main 的测试文件？别直接一起编译
常见需求是：每个 .c 文件写一个独立的小程序（比如算法练习、函数验证），但又不想建一堆单文件项目。这时候硬塞进一个 clang ... -o prog 命令里必然撞车。
正确做法是让每个含 main 的文件单独生成可执行文件：
- 用不同输出名分别编译：
clang test1.c -o test1、clang test2.c -o test2 - 如果用 Makefile，每条规则对应一个
main文件，目标名不能重复 - Clion / VS Code 等 IDE 中，需为每个文件配置独立的构建任务（不是全局 build all）
- 不要试图用
-Dmain=main_test临时重命名——这会让符号表混乱，且可能破坏标准库初始化逻辑
main 函数在单个文件内部的位置，Clang 完全不关心
只要一个 .c 文件里只有一个 main 定义，它放在文件最前、中间、最后，Clang 都能正确识别并作为入口。C 标准（C11 §5.1.2.2.1）明确允许这种自由布局。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
但要注意调用关系：
- 若
main调用了foo()，而foo定义在main下方，则必须在main上方加函数声明：int foo(void); - 若
foo在main上方定义，就不需要额外声明 - Clang 不会因为你把
main放最后就“找不到入口”，它扫描整个 TU（translation unit）再链接
容易被忽略的链接阶段陷阱
很多人以为“没报错就是编译通过了”，其实 Clang 分两步：编译（.c → .o）和链接（.o → 可执行文件）。多个 main 通常在链接时报错，而非编译时。
这意味着：
-
clang -c a.c b.c（只编译不链接）可能完全没提示，但后续clang a.o b.o -o prog必然失败 - 某些 IDE 默认开启“build and run”，看起来是“运行失败”，实际根源在链接器
- 静态库（.a）里如果误打包了含
main的 .o，链接主程序时也会爆multiple definition
真正要检查的，不是 main 写在哪一行，而是最终参与链接的所有目标文件里，main 符号是否唯一。
