Sublime Text 本身不调用编译器，仅调用系统已安装的gcc或clang，因此配置成败关键在于系统环境：需先确保gcc --version在CMD/PowerShell中可执行，将MinGW-w64的bin目录（如C:\mingw64\bin）加入系统PATH并重启Sublime；构建系统应使用"cmd"数组格式配合"shell": true，推荐参数包括-std=gnu11、-Wall、-g和-static以避免DLL依赖问题。
Sublime Text 本身不调用编译器，它只负责把命令发给系统 shell；所以“配不配得成”，90% 取决于 gcc 能不能在 CMD/PowerShell 里直接敲出来就运行——不是 Sublime 的问题，是环境没搭好。
gcc --version 报“不是内部或外部命令”
这是最常见、也最该先解决的卡点。Sublime 启动时读一次 PATH，之后改了环境变量必须重启 Sublime 和终端才能生效。
- 确认 MinGW-w64 解压路径是纯英文、无空格（比如
C:\mingw64），别放在桌面或“文档”这种带中文的路径下 - 把
C:\mingw64\bin加进系统环境变量PATH（不是用户变量，是“系统变量”） - 打开新 CMD 或 PowerShell，执行
gcc --version；看到类似gcc (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 13.2.0才算过关 - 如果报错，别急着写
.sublime-build文件——Sublime 永远调不动一个命令行都找不到的工具
构建系统里该用 "cmd" 还是 "shell_cmd"
Windows 下必须用 "cmd" 数组形式 + "shell": true，否则路径含空格或特殊字符时会解析失败。
- 错误写法：
"shell_cmd": "gcc \"${file}\" -o \"${file_path}/${file_base_name}.exe\""—— 在 Sublime 里容易因引号嵌套或空格崩掉 - 正确写法：
"cmd": ["gcc", "-std=gnu11", "-Wall", "-g", "${file}", "-o", "${file_path}/${file_base_name}.exe"]，再加"shell": true -
"shell": true是关键：它让 Sublime 通过cmd /c执行命令，兼容 Windows 的路径解析逻辑 - 漏掉这个字段，
${file}里有空格时可能报fatal error: no input files，但错误信息完全不提原因
编译成功却运行时报“找不到 libgcc_s_seh-1.dll”
这不是代码错，是生成的 .exe 动态链接了 MinGW 的运行时 DLL，而目标机器没装或 PATH 没指向对应目录。
立即学习“C语言免费学习笔记（深入）”；
- 最快解法：在
"cmd"里加-static参数，比如["gcc", "-static", "-std=gnu11", "${file}", "-o", "${file_path}/${file_base_name}.exe"] - 静态链接后生成的 .exe 独立可运行，体积大一点但免依赖
- 别试图手动复制
libgcc_s_seh-1.dll到项目目录——下次换台电脑又得重来 - 如果你用的是便携版 MinGW（比如从 GitHub Actions 下载的 zip 包），它默认不带完整运行时，
-static几乎是必选项
为什么用了 -std=c11 还报 unknown type name ‘uint32_t’
MinGW-w64 默认依赖 GNU 扩展头文件，-std=c11 会禁用这些扩展，导致标准类型不可见。
- 把
-std=c11换成-std=gnu11或-std=gnu99，问题立刻消失 -
-std=gnu11兼容 C11 标准，同时保留uint32_t、__attribute__、内联汇编等常用 GNU 特性 - 别信某些教程说“严格遵循标准就用 c11”——在 Windows + MinGW 场景下，
gnu11才是事实标准 - 顺手加上
-Wall和-g：前者捕获隐式转换和未使用变量，后者为后续调试留符号
最容易被忽略的是：Sublime 不会自动重读 PATH，哪怕你刚在系统里加完 C:\mingw64\bin，也得关掉所有 Sublime 窗口再重新打开；还有，${file} 一旦含中文，gcc 就静默失败，错误提示根本不提编码问题——这两点卡住的人最多。
