gcc和g++不可互换：gcc默认不链接c++标准库，编译c++文件需显式加-lstdc++，而g++自动链接stl并定义__cplusplus等宏；二者对.c/.cpp文件的语法解析、预定义宏及链接行为均不同。
gcc 和 g++ 不是可互换的命令，C 文件必须用 gcc，C++ 文件必须用 g++——哪怕只改文件后缀，不换编译器也会在链接阶段报一堆 undefined reference to `std::。
确认系统已装好 MinGW-w64 并能被 Sublime 调用
Sublime 启动时会读取它启动那一刻的环境变量；你改完 PATH 后没重启 Sublime，g++ --version 在 CMD 里能跑，但在 Sublime 里仍报 command not found。
- Windows 下务必装
MinGW-w64（不是旧版 MinGW），安装路径不能含中文或空格，推荐C:\mingw64 - 把
C:\mingw64\bin加进系统 PATH，然后**彻底关闭 Sublime 所有进程**（包括托盘图标），再重开 - 新开 CMD，运行
g++ --version和gcc --version都得有输出；缺一个，C 或 C++ 构建系统都会失败 - macOS 用户注意：
brew install gcc安装的是gcc-14这类带版本号的命令，构建系统里得写全名，不能只写gcc
Windows 下 .sublime-build 必须设 "shell": true
MinGW 的 gcc.exe 在 Windows 上依赖 shell 环境解析路径和重定向；不用 "shell": true，遇到含空格的路径（比如 C:\Users\John Doe\project\main.c）会直接静默失败，连错误都不报。
-
cmd字段必须是数组格式：["gcc", "${file}", "-o", "${file_path}/${file_base_name}.exe"]，字符串形式的"shell_cmd"容易在中文路径下乱码 -
${file_base_name}.exe是 Windows 必须加的后缀；Linux/macOS 对应写成"./${file_base_name}" -
"working_dir": "${file_path}"确保gcc在源文件所在目录执行，否则#include "mylib.h"这种相对头文件会找不到
file_regex 写错会导致双击错误不跳转
Sublime 底部面板里显示的编译错误，只有匹配 file_regex 正则的行，才能双击跳转到对应源码位置。GCC 默认输出格式是 main.c:5:10: error: ...，正则不严丝合缝就失效。
- 推荐用：
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):\s+(.*)$" - 别漏掉末尾的
\s+，否则警告信息里带多余空格时匹配失败 - 如果用了 Clang，它的报错格式略有不同（列号后多一个冒号），得微调正则，比如改成
:([0-9]+):?([0-9]+)?:? - 不配这个字段，错误就堆在面板里，点不了，查错效率断崖式下降
交互式程序（含 scanf）不能靠 Sublime 输出面板运行
Sublime 的构建输出面板是只读的伪终端，不支持 stdin 输入。你写好 scanf("%d", &x);，按 Ctrl+B 编译再 Ctrl+Shift+B → Run，程序会卡住，光标不动，以为崩了——其实只是等输入，但面板根本不给输。
- 真要测试交互逻辑，编译完手动打开 CMD/PowerShell，cd 到源文件目录，运行生成的
.exe - 别在构建系统里硬塞
start cmd /k ...类命令：Windows 下弹新窗口、焦点混乱、关窗即杀进程，反而更难调试 - 想快速验证逻辑？先把
scanf暂时换成固定值，比如int x = 42;，跑通再切回去
复杂点在于：构建系统本身不感知项目结构。单个 .c 文件能跑，但一旦加了 inc/mylib.h 和 src/utils.c，gcc 就会报 undefined reference——这不是配置错了，是该上 Makefile 了。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
