sublime text 需依赖系统 gcc 编译 c 代码，90% 失败源于 mingw 未装好或 path 未生效；必须在命令行运行 gcc --version 验证，path 修改后需重启终端和 sublime，并在构建系统中强制设置 "shell": true。
Sublime Text 本身不运行 C 代码，它只调用系统里的 gcc；如果 Ctrl+B 没反应或报 'gcc' is not recognized，说明 MinGW 没装好或 PATH 没生效——这是 90% 失败的根源。
验证 gcc 是否真可用
别信“我明明装了”，必须在命令行亲手验证：
- 打开 CMD 或 PowerShell，输入
gcc --version，有类似gcc (x86_64-posix-seh-rev0) 13.2.0的输出才算成功 - 如果报“不是内部或外部命令”，立刻停步：检查 MinGW-w64 是否解压到纯英文无空格路径（如
C:\mingw64），再确认C:\mingw64\bin已加进系统环境变量PATH - 改完 PATH 后，必须关闭并重开所有 CMD/PowerShell 窗口，也必须重启 Sublime Text——它只在启动时读取一次 PATH
Windows 下 "shell": true 是硬性要求
不用这个字段，gcc 在 Sublime 里大概率静默失败，错误可能只显示 fatal error: no input files，根本看不出是 shell 解析问题。
- 构建系统中必须显式写
"shell": true，尤其 Windows 上不能省略 - 不要混用
cmd和shell_cmd：Windows 推荐统一用"cmd"数组写法，更可控；若用shell_cmd，得手动加cmd /c前缀 - 示例关键段：
"cmd": ["gcc", "-std=gnu11", "-Wall", "-g", "${file}", "-o", "${file_path}/${file_base_name}.exe"]
-std=gnu11 而不是 -std=c11
MinGW 默认依赖 GNU 扩展头文件，-std=c11 会禁用这些扩展，导致常见类型如 uint32_t、size_t 报 unknown type name。
- 直接换为
-std=gnu11（或-std=gnu99），兼容性更好 - 加
-Wall能提前发现隐式转换、未使用变量等问题 - 加
-g生成调试符号，后续用gdb或插件调试才有效；但发布前应去掉，避免体积膨胀 - 输出名务必带
.exe后缀，否则 Windows 下双击或命令行执行时找不到文件
中文路径和空格是静默杀手
MinGW 在 Windows 下解析含中文或空格的 ${file} 会乱码，编译器收不到正确路径，却只报模糊错误，比如 no input files 或 undefined reference。
- 源文件保存路径必须全英文、无空格、无中文（例如
C:\code\hello.c，不能是C:\我的代码\hello.c） - 文件名也一样：用
main.c，别用主函数.c - UTF-8 无 BOM 编码：在 Sublime 中右下角确认编码显示为
UTF-8，不是UTF-8 with BOM - 若已用中文路径编译失败，别猜错在哪——直接挪到英文路径重试，这是最快验证方式
真正卡住人的从来不是语法，而是 gcc 根本没被 Sublime 触达，或者路径一乱就哑火。把 gcc --version 和英文路径这两件事先钉死，后面全是确定性操作。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
