Atom 运行 C 代码在 2026 年已基本不可行，因核心插件全失效；唯一可行路径是使用仍在维护的 script 插件封装 gcc 命令，而调试、跳转、补全等功能全面退化，迁移至 VS Code 已成必然。
Atom 运行 C 代码在 2026 年已基本不可行——不是你配置错了，而是核心插件全失效了。强行折腾只会卡在 TypeError: Cannot read property 'onDidDestroy' of undefined 或静默无响应。
为什么 gcc-make-run 按 F6 没反应
这个插件自 2021 年归档，其依赖的 atom-build API 在 Atom 1.58+ 中被彻底移除。即使你手动 apm link ZIP 包，生命周期钩子也不存在，根本不会触发构建逻辑。
- 验证方式：打开开发者工具（
Ctrl+Shift+I），切到 Console 标签，按 F6 —— 若无build started日志，说明插件压根没加载 - Windows 用户常见错：插件默认调用
g++，但你装的是gcc；需进 Settings 把GCC Executable Path显式设为gcc.exe - Mac 用户注意：
gcc实际是clang别名，gcc -v输出带Apple clang字样，此时必须换用script插件并写死clang
用 script 插件跑 C 是唯一可行路径
它是目前仍在维护、不依赖 LSP、失败时能打印完整错误的唯一选择。本质就是 shell 命令封装器，可控性高。
- 安装：
apm install script - 设置 Command：
gcc -std=c11 -Wall -g %f -o %B && ./%B -
%f是当前文件绝对路径，%B是不含扩展名的文件名 ——-o %B不能写成-o %B.c，否则./%B会尝试执行源码，报Permission denied - 若提示
command not found: gcc，不是没装好，而是 Atom 没读到环境变量 —— 关闭所有 Atom 窗口，重开终端再启动 Atom（Windows 下尤其要重启）
linter-gcc 只能做基础语法检查
它不走系统 PATH，必须手动填绝对路径，比如 C:\MinGW\bin\gcc.exe 或 /usr/bin/gcc。启用 Lint on-the-fly 后，每敲一个字符都跑一次 gcc -fsyntax-only，小项目尚可，中大型项目直接卡死。
立即学习“C语言免费学习笔记（深入）”；
- 对宏定义、
#include路径错误、模板推导、头文件缺失等完全不报 - 调试器（GDB/LLDB）集成已全面失效：
gdb-debugger自 2022 年停更，断点、单步、变量监视全部挂掉 - 跳转定义（Go to Declaration）对
#define、typedef、函数指针类型仍不支持（截至 2026 年 4 月）
真正卡住人的不是“怎么配”，而是 Atom 底层机制和插件生态已硬性断裂。哪怕你凑齐所有旧版插件，也会在 Atom 1.60+ 启动时卡在 Loading Packages…。如果只是临时跑个 hello.c，用 script + 手动命令是最简路径；但凡涉及调试、跳转、补全或稍大点的项目，迁移已是必然——VS Code 的 C/C++ 扩展对 compile_commands.json 和多根工作区的支持，远超 Atom 鼎盛时期。
