根本原因是Atom启动时未继承系统PATH，需用命令行启动并配置linter-gcc的GCC Executable Path为完整路径（如D:\MinGW\bin\gcc.exe），同时避免中文路径、确保make存在且项目路径纯英文。
gcc -v 能跑通，Atom 还是报错找不到编译器
根本原因不是 Atom 没装插件，而是它启动时没继承系统 PATH 里的 gcc 路径。Windows 下 Atom（尤其是通过开始菜单或桌面快捷方式启动）常以“干净环境”运行，会忽略你刚配好的系统环境变量。
实操建议：
- 关闭所有 Atom 窗口，用命令行启动：
atom --new-window（确保当前 cmd 已能执行gcc -v） - 或者直接在 PowerShell / cmd 中进入你的 C 文件目录，再运行
atom . - 不要依赖“右键菜单 > Build with gpp-compiler”，那个插件默认调用的是
g++.exe，而纯 C 文件该用gcc.exe—— 它不会自动切换，容易静默失败
linter-gcc 提示 “no such file or directory: gcc”
这个错误说明插件压根没找到可执行文件，不是代码写错了，是路径配置失效了。注意：linter-gcc 的设置页里那个 GCC Executable Path 字段，填的不是 MinGW 安装路径，而是具体到可执行文件的完整路径，比如 D:\MinGW\bin\gcc.exe。
常见踩坑点：
立即学习“C语言免费学习笔记（深入）”；
- 填成
D:\MinGW\bin（目录）或gcc（没后缀、没路径）—— 都会失败 - 路径含中文或空格（如
C:\Program Files\MinGW）—— Atom 插件解析易出错，必须换无空格路径（推荐D:\mingw） - 用了 64 位 MinGW 但插件只认 32 位名（极少数旧版 linter-gcc），可临时改填
mingw32-gcc.exe测试
F5 / F6 没反应，或者只编译不运行
Atom 本身不带构建逻辑，F5/F6 行为完全取决于你装的插件组合。主流两种方案互不兼容：
-
gpp-compiler：绑定 F5，但默认只编译生成a.exe，不自动运行；需手动双击或命令行执行 -
gcc-make-run：绑定 F6，会自动编译 + 运行 + 弹出终端窗口；但它依赖make，而 MinGW 默认不带make.exe—— 很多人卡在这步
解决办法：去 MinGW Installation Manager 里勾选 mingw32-make 并安装，然后确认 D:\MinGW\bin\make.exe 存在。否则 gcc-make-run 会静默失败，看起来就像“按了没反应”。
中文路径/文件名导致编译失败或乱码
MinGW 的 GCC 9.x 及更早版本对 UTF-8 路径支持极差，哪怕你的 Windows 区域设为中文，只要 Atom 当前项目路径含中文，gcc 就可能报类似 fatal error: no input files 或源文件里中文注释变问号。
这不是 Atom 的锅，是底层工具链限制。稳妥做法：
- 把项目放在纯英文路径下，例如
D:\code\hello_c - 文件名也避免中文，用
main.c不用主函数.c - 如果必须处理中文输出（如
printf("你好");），在代码开头加setlocale(LC_ALL, "chs");，并确保保存为 UTF-8 with BOM（Atom 默认是 UTF-8 no BOM，会导致 Windows 控制台乱码）
最隐蔽的问题其实是编码和路径混在一起：你改对了文件编码，但项目夹名是中文，GCC 仍无法定位源文件 —— 这类问题查日志都看不到明确提示，只能靠排除法。
