linter 与 linter-gcc 必须配对安装并重启 atom 才生效：linter 提供 ui 能力，linter-gcc 调用 gcc 解析错误；需正确配置 gcc 绝对路径，确保 .c 文件被 language-c 识别为 source.c，否则无语法错误高亮。
linter 和 linter-gcc 必须配对使用，单装一个没效果
Atom 里“高亮语法错误”不是靠单个插件实现的，linter 是框架，linter-gcc 是具体执行器。只装 linter-gcc 会静默失效——控制台报 Failed to provide linter services，界面零提示；只装 linter 则完全不检查 C/C++ 代码。
必须按顺序装：apm install linter linter-gcc（或 Settings → Install 里分两次搜装）。装完后重启 Atom，否则 linter 的服务注册不生效。
-
linter本身不带任何语言规则，它只提供波浪线渲染、状态栏计数、错误面板等 UI 能力 -
linter-gcc负责调用系统gcc或g++命令，把编译器 stderr 解析成 linter 能识别的格式 - 若系统没装 GCC，
linter-gcc启动时不会报错，但保存文件后毫无反应——得看开发者工具 Console 里有没有spawn ENOENT
GCC 路径没配对，错误就藏在控制台里
linter-gcc 默认走 PATH 找 gcc，但 Windows/macOS/Linux 下常因环境变量隔离失败而找不到。最直接的验证方式：打开 DevTools（Ctrl+Shift+I），切到 Console 标签，保存一个有语法错误的 .c 文件，看是否出现类似 Error: spawn gcc ENOENT 的报错。
解决方法不是改系统 PATH，而是进 Atom Settings → Packages → linter-gcc → Settings，填入绝对路径：
- macOS/Linux：
/usr/bin/gcc或/opt/homebrew/bin/gcc-14（用which gcc确认） - Windows：
C:\MinGW\bin\gcc.exe或C:\msys64\mingw64\bin\gcc.exe（注意是反斜杠，且必须带.exe） - 别留空，也别填
gcc——插件不会自动查 PATH
语法高亮 ≠ 错误高亮，language-c 放错位置照样不工作
很多人装了 linter-gcc 却发现 .c 文件里没波浪线，其实是文件没被识别为 C 语言——右下角显示 “Plain text” 或 “Source code”，而不是 “C”。这和主题、颜色无关，纯属 grammar 绑定失败。
确认方式：打开一个 .c 文件，按 Cmd+Alt+Shift+P（macOS）或 Ctrl+Shift+P（Win/Linux），输入 Editor: Log Cursor Scope 回车。第一行必须是 source.c。
- 如果输出是
text.plain，点右下角文字手动选 “C”（不是 “C++” 或 “C Header”） - 如果选了还是变回 Plain text，说明
language-c插件没装或被禁用——去 Settings → Packages 搜language-c，确保已启用 - Atom 不会自动把 .c 映射到
source.c，但language-c装好后默认就支持，无需额外配置
报错位置偏移、多光标下失效，本质是 linter-gcc 的解析局限
linter-gcc 的错误定位依赖 GCC 输出的行号列号，但它无法处理预处理器宏展开、条件编译块（#ifdef）、或 GCC 7+ 的多行诊断格式。常见现象：
- 错误波浪线出现在上一行或下一行，尤其在宏定义后
- 同一行多个错误只标一个，因为 GCC 默认只报首个
- 开启多光标编辑时，
linter-gcc可能完全停更——它监听的是文件保存事件，不是实时 keystroke - 若用了
-std=c17但插件设置里 compiler flags 留空，GCC 会按默认-std=gnu17解析，导致某些新语法不报错
这不是 bug，是设计使然。真要精准定位，得配合 gcc -fsyntax-only -Wall -Wextra 手动跑一遍——linter-gcc 只是快捷预览，不是替代终端编译。
