gcc -c 用于生成目标文件（.o），跳过链接阶段，适用于多源文件编译、静态库构建和增量编译；必须配合 -o 指定输出名，链接相关选项（如 -l、-L）在此阶段无效。
gcc -c 是生成目标文件的标准命令，它跳过链接阶段，只产出 .o 文件。
为什么用 -c 而不是直接编译成可执行文件
当你有多个源文件（比如 main.c 和 utils.c），或需要复用编译结果（如静态库、频繁增量构建），就必须先各自生成目标文件，再统一链接。直接 gcc main.c utils.c -o app 会重编所有文件，浪费时间。
gcc -c 的基本写法和常见错误
正确写法必须满足两个硬性条件：指定 -c，且用 -o 明确输出名（否则默认输出为 a.o，容易覆盖）。
-
gcc -c main.c -o main.o✅ -
gcc main.c -c -o main.o✅（选项顺序无关） -
gcc -c -o main.o main.c✅ -
gcc -c main.c -o main.o -Wall✅（警告选项位置自由） -
gcc -c main.c -o main.o -lmath❌（-l是链接期选项，-c阶段不生效，会被忽略但不报错） -
gcc -c main.c -o main.o -L./lib❌（同理，-L也只在链接时起作用）
多文件并行生成目标文件的实用技巧
实际项目中不会手敲每条 gcc -c 命令。常用做法是：
- 用 Makefile 或 CMake 管理依赖，自动推导
.c → .o规则 - 手动批量时，可用 shell 循环：
for f in *.c; do gcc -c "$f" -o "${f%.c}.o"; done - 加
-g保留调试信息（调试时必需），加-Wall检查潜在问题（推荐始终开启） - 注意：不同源文件生成的
.o文件不能混用不同架构或 ABI 设置（例如一个用-m32，另一个用-m64），链接时会报file in wrong format
目标文件生成后下一步做什么
.o 文件本身不可执行，必须交给链接器。最简链接命令是：gcc main.o utils.o -o app。此时 gcc 实际调用的是 ld，并自动加入 C 运行时启动代码（crt0.o）和标准库（-lc）。如果漏掉某个依赖符号（比如 printf 未链接 libc），链接会失败并提示 undefined reference to 'xxx' —— 这类错误不在 -c 阶段暴露，要等最后一步才浮现。
