Clang一次性编译多个C文件生成可执行文件直接用clang命令列出所有.c文件即可完成全过程，如clang main.c util.c helper.c -o program；它自动分步处理预处理、编译、汇编和链接，并确保仅一个main函数，头文件路径需用-I指定。
Clang一次性编译多个C文件生成可执行文件
直接用 clang 命令把所有 .c 文件列在一起，就能完成预处理、编译、汇编、链接全过程。不需要手动分步，除非你有特殊控制需求。
- 最简命令：
clang main.c util.c helper.c -o program，生成可执行文件program - Clang 会自动识别每个
.c文件，分别编译成目标文件（.o），再统一链接，你不用显式调用-c或ld - 如果某个
.c文件定义了重复的全局符号（比如两个文件都写了int main() { ... }），链接阶段会报错：duplicate symbol '_main'，必须确保只有一个main函数 - 头文件包含（
#include "xxx.h"）路径若不在当前目录，需加-I参数，例如：clang -I./inc main.c util.c -o program
Clang分步编译：先生成.o再链接
当项目变大、想复用目标文件或调试中间产物时，需要手动分步。关键是记住 -c 参数的作用——它让 Clang 停在编译阶段，只生成 .o，不链接。
- 分别编译：
clang -c main.c -o main.o，clang -c util.c -o util.o - 链接目标文件：
clang main.o util.o -o program -
-c不能和-o指向可执行名混用，否则会静默失败（输出空文件或报错cannot specify -o with -c or -S） - 如果某
.c文件依赖其他模块的函数声明但没提供定义，单独clang -c不报错；只有最后链接时才暴露缺失符号，错误信息类似：undefined reference to 'foo'
Clang链接时找不到函数：常见原因和检查点
编译通过但链接失败，多半是符号可见性或顺序问题。Clang 的链接器（通常是 lld 或系统 ld）按命令行从左到右解析目标文件，依赖关系必须“被依赖者在前，依赖者在后”。
- 错误写法：
clang main.o -o program（而main.o调用了util.o中的函数）→ 报undefined reference - 正确顺序：
clang main.o util.o -o program或更稳妥地重复列出：clang main.o util.o util.o -o program（对循环依赖） - 静态库（
.a）也受此约束：clang main.o -L. -lutil -o program要求libutil.a中的符号能被main.o引用到；若不行，换用-Wl,--no-as-needed -lutil强制链接 - 函数声明了但没定义？检查是否漏编译某个
.c文件，或该文件里函数名拼写/大小写与声明不一致（C 区分大小写）
Makefile里用Clang管理多文件编译
手敲命令易出错，尤其文件增多时。一个最小可用的 Makefile 只需三行，核心是利用 $^（全部依赖）和 $@（目标名）自动展开。
CC = clang
CFLAGS = -Wall -std=c11
program: main.o util.o helper.o
$(CC) $^ -o $@
%.o: %.c
$(CC) $(CFLAGS) -c $< -o $@- 执行
make即自动编译所有.o并链接；改了任一.c，下次make只重编对应.o - 注意缩进必须是 Tab，不能是空格，否则
make直接报错：Makefile:4: *** missing separator. Stop. - 如果项目含子目录（如
src/main.c、lib/util.c），规则要相应调整路径，例如：obj/main.o: src/main.c，否则默认匹配不到
Clang 编译多文件本身很简单，真正容易卡住的是链接阶段的符号可见性、文件顺序和依赖完整性——这些不会在编译单个 .c 时暴露，往往到最后一刻才跳出来。
