gcc环境配置成功需执行gcc -v验证；编译单文件用gcc hello.c -o hello.exe；遇winmain错误加-mconsole；makefile中命令行须用tab且路径含空格时加引号。
验证 gcc 是否已就绪
配置完环境变量后，别急着编译，先确认 gcc 命令能被系统识别。打开命令提示符（CMD）或 PowerShell，执行：
gcc -v
如果输出 GCC 版本信息（如 Target: mingw32 或 gcc version 10.3.0），说明环境变量生效；若提示 'gcc' 不是内部或外部命令，说明 bin 目录没加对，常见问题包括：
- 路径复制错误（比如多空格、含中文、漏掉
\bin） - 环境变量改的是「用户变量」但你在管理员 CMD 中运行（或反之）
- 修改后没重启终端——新终端窗口才读取更新后的环境变量
gcc 编译单个 C 文件的最简命令
假设你有一个 hello.c，内容为标准的 printf 示例，直接运行：
gcc hello.c -o hello.exe
这条命令隐含四步：预处理 → 编译 → 汇编 → 链接。关键点：
-
-o后必须紧跟输出文件名，不能有空格；不加-o时默认输出为a.exe - Windows 下建议显式写
.exe后缀，避免双击打不开或系统误判类型 - 如果源文件用了中文路径或含空格，务必用英文引号包裹，例如：
gcc "D:\my code\main.c" -o main.exe
遇到 undefined reference to `WinMain' 怎么办
这是 Windows 下最典型的链接错误，本质是 gcc 默认按「GUI 子系统」链接，但你的 main() 是控制台程序入口。解决方法只有两个：
- 加
-mconsole参数强制使用控制台子系统：gcc hello.c -o hello.exe -mconsole - 或更通用的做法：加
-nostdlib+ 手动指定入口（不推荐新手）
注意：TDM-GCC 和 MinGW-w64 默认行为一致，该错误与是否安装了 GDB、是否配置了 C_INCLUDE_PATH 无关，只和链接目标类型有关。
Makefile 中调用 gcc 的常见陷阱
如果你用 mingw32-make -f Makefile 构建，Makefile 内部调用 gcc 时容易出问题：
- Makefile 中的命令行开头**必须是 Tab 键**，不能是空格，否则报错
missing separator - 路径中含空格时，
$(CC)变量展开后可能被 shell 截断，建议在 Makefile 里用双引号包裹："$(CC)" $(CFLAGS) -o "$@" "$ - Windows 路径分隔符反斜杠
\在 Makefile 里是转义符，应统一用正斜杠/，例如：OBJ_DIR := build/src，而非build\src
真正容易被忽略的是：即使环境变量配置正确，make 进程也可能继承不到父终端的 PATH —— 尤其在 VS Code 集成终端中启动时。此时可在 Makefile 开头显式设置：PATH := C:/mingw64/bin:$(PATH)。
