sublime text运行c程序失败主因是path未生效或构建配置不匹配windows环境：需重启sublime使path生效，用"cmd"数组加"shell":true写法，避免中文路径，并推荐-gcc -static -std=gnu11参数组合。
Sublime Text 本身不调用任何编译器，它只负责把你的命令交给系统 shell 执行；所以“运行 C 程序”失败，90% 是因为 gcc 在命令行里能跑，但在 Sublime 里调不动——根本原因就两个：PATH 没生效，或构建配置没匹配 Windows 的执行环境。
gcc --version 能过，但 Ctrl+B 报 'gcc' is not recognized
这是最典型的路径失效问题。Sublime Text 启动时读取一次系统 PATH，改完环境变量后不重启 Sublime，它永远看不到新加的 C:\mingw64\bin。
- 必须关闭所有 Sublime 窗口（包括托盘进程），再重新打开
- 别只信 CMD 能跑
gcc --version，也得在 PowerShell 里试一遍——Sublime 默认用 CMD，但某些插件或设置可能切到 PowerShell - 如果用了便携版 MinGW-w64（比如解压在桌面文件夹），确认路径不含中文、空格、括号，例如
C:\dev\mingw64\bin可以，C:\Program Files\mingw64\bin或C:\我的工具\mingw64\bin就会静默失败
构建系统里该用 "cmd" 还是 "shell_cmd"？
Windows 下必须用 "cmd" 数组写法 + "shell": true，否则参数里的引号、空格、路径变量（如 ${file}）会被错误解析。
- 错例：
"shell_cmd": "gcc \"${file}\" -o \"${file_path}/${file_base_name}.exe\""—— 在 Sublime 控制台里可能报错fatal error: no input files，尤其当文件名含空格时 - 对例：用
"cmd"数组，每个参数单独一项："cmd": ["gcc", "-std=gnu11", "-Wall", "-g", "${file}", "-o", "${file_path}/${file_base_name}.exe"] -
"shell": true不可省略，它让 Sublime 通过cmd /c执行命令，否则 Windows 无法识别&&、重定向等操作符
编译成功但双击 exe 报错“找不到 libgcc_s_seh-1.dll”
这不是代码或路径问题，是 MinGW-w64 默认动态链接运行时库，而目标机器没装对应 DLL。常见于把生成的 .exe 拷给别人或换目录运行。
- 最快解决：加
-static参数，改成"cmd": ["gcc", "-static", "-std=gnu11", "${file}", "-o", "${file_path}/${file_base_name}.exe"] - 注意：
-static会让可执行文件变大（多几百 KB），但彻底摆脱 DLL 依赖 - 别试图手动复制
libgcc_s_seh-1.dll到同目录——MinGW 版本一升级，DLL 名称和路径就可能变，不可靠
-std=c11 和 -std=gnu11 差在哪？
MinGW-w64 的头文件默认启用 GNU 扩展，-std=c11 会禁用它们，导致 uint32_t、__attribute__、typeof 等直接报错。
- 写驱动、嵌入式或用标准库扩展时，必须用
-std=gnu11（或-std=gnu99） -
-Wall建议始终带上，它能捕获未初始化变量、隐式函数声明等低级错误 - 调试时加
-g，但发布前去掉——否则符号表膨胀，且可能被反向工程提取
真正卡住人的从来不是语法或 JSON 格式，而是 Sublime 启动时锁死的 PATH 快照、Windows 对引号和空格的脆弱解析、以及 MinGW 默认的动态链接行为——这三处不摸清，配十遍构建系统也没用。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
