gcc命令无反应是因PATH未包含其路径，需用which gcc验证；macOS中gcc默认指向clang，应使用gcc-14或建软链接；Linux需安装build-essential或Development Tools以获取g++；Windows推荐WSL或MinGW-w64并配置PATH。
终端里敲 gcc 没反应？先确认命令是否在 PATH 里
安装完 GCC 后，最常见的情况是终端输入 gcc --version 报错 command not found。这不是安装失败，而是可执行文件路径没被 shell 读到。
不同系统安装路径差异大：
• Ubuntu/Debian 用 apt install build-essential，gcc 通常在 /usr/bin/gcc，PATH 默认包含该路径；
• macOS 用 Homebrew 安装，默认放 /opt/homebrew/bin/gcc-14（Apple Silicon）或 /usr/local/bin/gcc-14（Intel），但不会自动创建 gcc 软链接；
• CentOS/RHEL 用 yum install gcc，路径一般是 /usr/bin/gcc，一般没问题。
快速验证：运行 which gcc。如果没输出，说明 shell 根本找不到它；如果有输出（比如 /opt/homebrew/bin/gcc-14），那就得用带版本号的命令，或者手动加软链接。
macOS 上 gcc 总调出 clang？这是设计使然，不是 bug
macOS 系统自带的 gcc 命令其实是 Apple Clang 的符号链接，指向 clang —— 这是苹果的默认行为，和 GNU GCC 无关。即使你用 Homebrew 装了 gcc-14，直接敲 gcc 依然会走 clang。
解决办法只有两个：
- 始终用带版本号的命令，例如
gcc-14 --version、g++-14 hello.cpp -o hello - 手动建软链接（需 sudo）：
sudo ln -s /opt/homebrew/bin/gcc-14 /usr/local/bin/gcc（Apple Silicon）或sudo ln -s /usr/local/bin/gcc-14 /usr/local/bin/gcc（Intel） - 不建议改
/usr/bin/gcc，那是系统保护路径，强行覆盖可能触发 SIP 限制
Linux 下 g++ 找不到？检查是否只装了 GCC 而非 C++ 工具链
gcc 和 g++ 是两个独立可执行文件。很多用户只装了 gcc，结果编译 C++ 时报错 command not found: g++。
正确做法：
- Ubuntu/Debian：必须装
build-essential（它依赖g++），而不是只装gcc - CentOS/RHEL：
yum groupinstall "Development Tools"或dnf @development-tools，单独yum install gcc不含g++ - 验证：分别运行
gcc --version和g++ --version，两者都应返回版本号
Windows 上用 WSL 或 MinGW，别指望原生 cmd 识别 gcc
Windows 原生命令行（cmd/PowerShell）默认不认 gcc，除非你装的是 MinGW-w64 并把 bin 目录加进了系统 PATH。
更稳妥的选择：
- 用 WSL：装好 Ubuntu 后，直接在 WSL 终端里跑
sudo apt install build-essential，然后所有命令照 Linux 用法 - 用 MinGW-w64：下载后解压，把类似
C:\mingw64\bin加进 Windows 的「系统环境变量」PATH，重启终端才生效 - 别用 Git Bash 当 GCC 环境：它自带的
gcc是阉割版，缺头文件和链接器，容易在编译时卡在cannot find -lc这类错误
最容易被忽略的一点：每次改完 PATH 或建完软链接，都要新开一个终端窗口——当前终端的 shell 进程不会自动重载环境变量或文件系统缓存。
