最简命令是gcc hello.c生成a.out；日常必须用gcc hello.c -o hello指定输出名，避免覆盖混淆；GCC自动完成预处理→编译→汇编→链接全过程。
直接用 gcc 编译单个 C 文件，最简命令是 gcc hello.c，它会自动生成默认可执行文件 a.out；但实际开发中必须加 -o 指定输出名，否则容易覆盖、混淆或误运行旧文件。
怎么一次性编译并生成指定名字的可执行文件
这是日常最常用的操作。GCC 默认把所有阶段（预处理→编译→汇编→链接）串起来自动完成，你只需提供源文件和输出名。
-
gcc hello.c -o hello：生成名为hello的可执行文件（Linux/macOS 下无后缀，Windows 下建议加.exe） - 如果漏掉
-o，GCC 一定输出a.out，哪怕源文件叫main.c或server.c，名字都一样——多个项目共存时极易跑错程序 - 输出路径可以是子目录，但目标目录必须已存在：
gcc main.c -o bin/myapp - 若源文件用了标准库函数（如
printf），无需额外指定 libc，GCC 默认链接-lc
为什么编译失败时要先看警告而不是急着改代码
很多“运行崩溃”或“结果不对”的问题，根源其实是未定义行为，而 GCC 在 -Wall 下早已提示——只是被你跳过了。
- 加上
-Wall -Wextra能暴露隐式类型转换、未使用变量、缺少返回值等隐患 -
int func() { }声明了返回int却没return，-Wall会报control reaches end of non-void function - 用
char *s = "hello"; s[0] = 'H';修改字符串字面量，在多数系统上会段错误，-Wwrite-strings可提前捕获 - 调试阶段务必加
-g，否则gdb进不去源码行，只能看汇编
多文件项目不能只靠一条 gcc 命令硬编
表面上 gcc main.c util.c -o app 能跑通，但工程一旦变大，重复全量编译浪费时间，且无法控制依赖顺序和符号冲突。
- 正确做法是分步：
gcc -c main.c -o main.o和gcc -c util.c -o util.o，再gcc main.o util.o -o app -
-c是关键：它只做预处理+编译+汇编，跳过链接，产出.o目标文件，不依赖其他模块 - 如果
util.c改了，只需重编util.o，main.o可复用；而硬编方式每次都要重跑全部 - 头文件变更时，仅靠
.c时间戳不够，得靠make或cmake管理依赖，否则容易链接到旧版符号
链接阶段出错最常卡在哪几个地方
编译通过但链接失败（undefined reference to ...），基本就这三类原因，按优先级排查：
- 函数声明了但没定义：比如
extern int calc();在头文件里，但所有.c都没实现它——检查是否漏编某个源文件，或拼错文件名（calc.c写成cal.c） - 库函数调用缺链接项：用了
sqrt()却没加-lm；用了pthread_create()却没加-lpthread - C++ 符号混用：如果用
g++编译了libfoo.a，而主程序用gcc链接，C++ 的 name mangling 会导致找不到符号；统一用gcc或都用g++ - 注意
-L和-l顺序：-L/path/to/lib -lfoo必须写在源文件或.o之后，否则链接器忽略
真正麻烦的不是语法错误，而是那些不报错却让程序在特定输入下崩掉的问题——它们往往藏在未启用的警告、未检查的返回值、或链接时静默丢弃的弱符号里。动手前先敲 gcc -Wall -Wextra -g，比事后花三小时 gdb 更省时间。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
