先看path是否生效：gcc --version报“command not found”说明shell找不到gcc，非未安装；linux/macos用which gcc验证，windows需新开cmd/powershell并确认path含完整无空格路径，macos还需注意gcc-14需显式调用或建软链接。
gcc --version 命令没反应？先看 PATH 是否生效
命令行输入 gcc --version 报 “command not found” 或 “不是内部或外部命令”，基本是 PATH 没生效。这不是 GCC 没装好，而是 shell 找不到它。
- Linux/macOS：检查
which gcc输出是否为空；若为空，说明 PATH 未包含 GCC 所在目录（如/usr/bin、/opt/homebrew/bin/gcc-14或/mingw64/bin） - Windows：打开新 CMD 或 PowerShell（旧窗口不会自动继承修改后的 PATH），再运行
gcc -v；如果仍失败，确认环境变量里添加的是C:\MinGW\bin这类完整路径，且没有多出空格或中文字符 - macOS 使用 Homebrew 安装后，默认生成的是
gcc-14而非gcc，直接输gcc --version必然失败 —— 正确做法是输gcc-14 --version，或手动建软链接（需sudo ln -s /opt/homebrew/bin/gcc-14 /usr/local/bin/gcc）
能打印版本但编译失败？检查头文件和标准库路径
gcc --version 成功只代表可执行文件存在，不代表能真正编译程序。常见现象是 gcc test.c -o test 报错：fatal error: stdio.h: No such file or directory。
- Ubuntu/Debian：缺
build-essential中的libc6-dev和linux-libc-dev，仅装gcc包不够，必须用sudo apt install build-essential - CentOS/RHEL：
yum install gcc不自带 glibc 头文件，需额外yum install glibc-devel - MinGW：确保安装时勾选了
mingw32-gcc-g++-bin和mingw32-gcc-libs（后者提供运行时库），否则链接阶段会失败 - macOS：Xcode Command Line Tools 必须已安装（
xcode-select --install），否则即使gcc-14可运行，也会因找不到/usr/include下的系统头文件而报错
编译通过但运行报错？验证链接器行为
生成的可执行文件运行时报 ./a.out: No such file or directory（尤其在 Linux 上），往往不是文件不存在，而是动态链接器找不到依赖库。
- 用
ldd ./a.out查看缺失的 so 文件；若显示not a dynamic executable，说明编译时加了-static，可忽略此问题 - MinGW 编译的程序在 Windows 上双击无响应，大概率是控制台窗口闪退 —— 应在 CMD 中运行，或在代码末尾加
getchar()阻塞 - macOS 上用 Homebrew GCC 编译的二进制默认链接
@rpath/libgcc_s.1.dylib，若目标机器没装对应 runtime，需用-static-libgcc -static-libstdc++静态链接关键库
多个 GCC 版本共存时怎么确认当前生效的是哪个
当你装了 gcc-11、gcc-14、clang 等多个工具链，gcc --version 显示的未必是你以为的那个。
- Linux：用
ls -l $(which gcc)看软链接指向；或直接查update-alternatives --display gcc - macOS Homebrew：
brew unlink gcc && brew link gcc@14才能确保gcc命令指向 14.x；否则gcc可能仍是系统 clang - Windows：
where gcc（CMD）或Get-Command gcc（PowerShell）能列出所有匹配路径，优先级取决于 PATH 中目录顺序 - 最稳妥的方式：绕过别名，直接调用完整路径，比如
/usr/bin/gcc-11 --version或C:\msys64\mingw64\bin\gcc.exe -v
#include <stdio.h></stdio.h> 的最小 C 程序”。中间任何一环断掉，都得回溯对应环节 —— PATH、头文件、链接器、版本绑定，四者缺一不可。
