需确保系统已安装GCC并加入PATH，再配置Sublime的C构建系统：Windows用含"shell": true的JSON，Mac/Linux省略该字段；编译报DLL缺失时加"-static"静态链接。
怎么让 Sublime Text 正确调用 gcc 编译 C 文件
Sublime Text 本身不带编译功能，必须靠 build system 调用系统已安装的 gcc。如果点 Ctrl+B 没反应或报错 'gcc' is not recognized，说明要么没装 MinGW / GCC，要么路径没加进系统环境变量。
验证方式：打开命令行（CMD 或 PowerShell），输入 gcc --version。能输出版本号才表示可用。Windows 用户推荐安装 MinGW-w64（比老版 MinGW 更兼容），安装时勾选 x86_64-win32-seh 和 add to PATH。
- 不要把
gcc.exe手动拖进 Sublime 安装目录——没用 - 如果已装但命令行能运行、Sublime 不能，重启 Sublime（它只在启动时读取 PATH）
- Mac/Linux 用户默认一般已有
gcc，但 macOS 需先装 Xcode Command Line Tools：xcode-select --install
写一个最简可用的 C build system（Windows 示例）
新建文件 → Tools → Build System → New Build System，粘贴以下内容并保存为 C.sublime-build（路径默认是 Sublime Text\Data\Packages\User\）：
{
"cmd": ["gcc", "${file}", "-o", "${file_path}/${file_base_name}.exe"],
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? (.*)$",
"working_dir": "${file_path}",
"selector": "source.c",
"shell": true
}
关键点解释：
立即学习“C语言免费学习笔记（深入）”；
-
"cmd"是实际执行的命令，${file}表示当前文件完整路径，${file_base_name}是不带后缀的文件名 -
"shell": true在 Windows 上必须设为true，否则找不到gcc（CMD 环境差异） -
"selector": "source.c"让这个构建系统自动匹配.c文件，保存后切换到 C 文件，Tools → Build System里会自动选中C - 若想编译后自动运行，可改
"cmd"为：["gcc", "${file}", "-o", "${file_path}/${file_base_name}.exe", "&&", "${file_path}/${file_base_name}.exe"]，但注意：控制台输出会一闪而过，不适合有scanf的程序
为什么编译成功却运行报错“找不到 libgcc_s_seh-1.dll”
这是 MinGW-w64 动态链接库缺失的典型提示，不是代码问题，而是生成的 .exe 运行时依赖外部 DLL。常见于便携版 MinGW 或 PATH 指向了不完整安装路径。
- 最快解决：用静态链接，把 build system 的
"cmd"改成：["gcc", "-static", "${file}", "-o", "${file_path}/${file_base_name}.exe"] - 或者把 MinGW 的
bin/目录（如C:\mingw64\bin）下所有lib*.dll文件复制到你的 C 源文件同目录 - 不建议删掉
-static后手动分发 DLL——容易漏、版本冲突、不符合部署习惯
Mac/Linux 下 build system 怎么写（无 .exe 后缀）
类 Unix 系统不加后缀，且默认不需 shell: true。直接用这个配置：
{
"cmd": ["gcc", "${file}", "-o", "${file_path}/${file_base_name}"],
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? (.*)$",
"working_dir": "${file_path}",
"selector": "source.c"
}
注意点：
- 生成的可执行文件没有扩展名，运行时用
./a.out或./yourfile，别漏掉./ - 如果用了
scanf且终端卡住，可能是 Sublime 内置终端不支持交互输入——此时应改用外置终端：把"cmd"改成调用gnome-terminal（Linux）或open -a Terminal（macOS），但更稳的方式是直接用系统终端编译运行 - macOS Catalina 及以后默认禁用
gcc别名，gcc实际指向clang，行为略有差异（比如不默认支持 GNU 扩展），如需严格 GCC，用gcc-13（通过 Homebrew 安装后）
