需配置.sublime-build文件：Linux/macOS用"cmd": ["gcc", "${file}", "-o", "${file_path}/${file_base_name}"]，Windows用完整gcc路径并加.exe后缀，设"working_dir": "${file_path}"且"selector": "source.c"。
怎么让 Sublime Text 调用 gcc 编译 C 文件
Sublime Text 本身不带编译功能，得靠 Build System 把 gcc 命令接进来。关键不是装插件，而是写对 .sublime-build 配置——路径、参数、工作目录三者错一个，gcc 就报错或静默失败。
常见错误现象：gcc: command not found（PATH 没导进去）、undefined reference to 'main'（没加 -o 输出可执行文件）、编译完没生成 a.out 或根本没反应（工作目录不对，gcc 在临时目录里找不着源文件）。
- 确认终端里能直接运行
gcc --version；不行就先配好系统 PATH，Windows 用户尤其注意 MinGW 或 WSL 的路径是否加入环境变量 - 在 Sublime 中按
Ctrl+Shift+P→ 输入Build: New Build System，粘贴以下内容（Linux/macOS）：
{
"cmd": ["gcc", "${file}", "-o", "${file_path}/${file_base_name}"],
"selector": "source.c",
"working_dir": "${file_path}"
}
- Windows 用户把
gcc换成完整路径（如"C:/MinGW/bin/gcc.exe"），并把-o后的输出名改成${file_base_name}.exe -
selector必须是source.c，否则打开.c文件时不会自动匹配这个构建系统
为什么改了 working_dir 还是找不到头文件或库
因为 gcc 查找 #include <xxx.h></xxx.h> 是按内置路径 + -I 参数走的，和当前工作目录无关。你改了 working_dir 只影响相对路径的源文件、输出位置，不影响头文件搜索链。
使用场景：项目里用了自定义头文件（比如 ./inc/mylib.h），或者链接第三方静态库（如 libcurl.a）。
立即学习“C语言免费学习笔记（深入）”；
- 加头文件路径：在
cmd数组里插入"-I", "./inc"（注意引号分开） - 链接库文件：加
"-L", "./lib", "-lcurl"（顺序不能反，-L必须在-l前） - Windows 下链接
.lib或.dll.a时，确保库名和-l后名称一致（-lws2_32对应libws2_32.a） - 如果头文件在子目录深层，别用
../inc这种相对写法——${file_path}是当前文件所在目录，不是构建配置所在目录
gcc 编译报错但 Sublime 不显示完整信息
默认构建系统会截断 stderr，尤其是中文路径、长警告或链接错误时，只显示前几行，根本看不出哪行出问题。
性能 / 兼容性影响：加 -Wall -Wextra 会让编译稍慢，但能提前暴露隐式类型转换、未使用变量等隐患；不加的话，int main() 忘写 return 0; 都可能静默通过。
- 在
cmd里补上"-Wall", "-Wextra", "-std=c11"（C11 更严格，推荐） - 加
"-save-temps"会生成.i（预处理后）、.s（汇编）文件，方便查宏展开或内联问题 - 如果错误信息仍被吞掉，把
cmd改成 shell 形式（仅限 macOS/Linux）："shell_cmd": "gcc ${file} -o ${file_path}/${file_base_name} -Wall 2>&1"，强制合并标准错误流
保存即编译？别这么干
Sublime 没原生“保存即构建”功能，强行用插件（如 SublimeOnSaveBuild）容易触发频繁编译，尤其代码有语法错误时，每敲一个字都弹错窗，干扰心流。
真正省事的做法是绑定快捷键，而不是依赖自动行为。
- 进
Preferences → Key Bindings，加一条：{"keys": ["ctrl+b"], "command": "build"}（覆盖默认构建快捷键） - 写完一段逻辑后手动按
Ctrl+B，比自动更可控；调试时还能配合gdb手动跑可执行文件 - 如果真想自动化，至少加个条件：只对
.c文件生效，且跳过未保存的缓冲区（插件配置里要设"build_on_save": true, "only_on_save": true）
最常被忽略的是：构建系统不会自动刷新 PATH 环境变量。改完系统 PATH 后，必须完全退出 Sublime（包括托盘进程），再重开才生效。很多人卡在这一步，反复检查配置却忘了重启编辑器。
