系统默认路径/usr/bin/gcc适合大多数日常开发，已天然在$PATH中，无需额外配置；自定义路径如/opt/gcc-14.2适合多版本共存或隔离环境，需正确设置--prefix并手动添加bin目录到$PATH。
系统默认路径（/usr/bin/gcc）适合大多数日常开发
Ubuntu、CentOS、Fedora 等主流发行版通过 apt install build-essential 或 yum install gcc 安装的 GCC，默认就放在 /usr/bin/gcc。这个路径已天然在 $PATH 中，不用额外配置，gcc --version 直接可用。
优点是省心、兼容性好；缺点是无法与系统包管理器之外的版本共存，升级或卸载可能影响其他依赖 GCC 的系统工具（比如 make 调用的编译器）。
如果你只用一个稳定版本、不折腾多版本、也不做交叉编译，直接走系统包管理器安装，就别动路径——/usr/bin 就是它该待的地方。
自定义 prefix（如 /opt/gcc-14.2）适合多版本共存或隔离环境
从源码编译时，./configure --prefix=/opt/gcc-14.2 是最安全的自定义路径选择。它把所有文件（bin、lib、include）都塞进一个独立目录，不污染系统路径。
常见误操作是写成 --prefix=/opt/gcc-14.2/bin ——这会导致 make install 把头文件和库扔进 /opt/gcc-14.2/bin/include 这种荒谬位置，后续编译必报 fatal error: stdio.h: No such file or directory。
正确做法：
-
--prefix只指定根目录，不是 bin 子目录 - 安装后手动把
/opt/gcc-14.2/bin加到$PATH（推荐加到~/.bashrc，避免全局污染） - 若需运行时链接动态库，还得把
/opt/gcc-14.2/lib64加入LD_LIBRARY_PATH或配置/etc/ld.so.conf.d/gcc-14.2.conf
Windows 上 MinGW-w64 的 bin 目录必须加进 Path，且不能带空格或中文
MSYS2 安装的 GCC 在 C:\msys64\mingw64\bin，WinLibs 解压后通常是 C:\gcc\mingw64\bin。这个 bin 路径必须完整添加进系统 Path 环境变量——不是父目录，也不是 include 或 lib。
容易踩的坑：
- 路径里含空格（如
C:\Program Files\MinGW\bin）：cmd 会截断，gcc命令直接“不是内部或外部命令” - 路径末尾多加了反斜杠（
C:\gcc\mingw64\bin\）：部分旧版 Windows 解析异常，建议统一用C:\gcc\mingw64\bin（无结尾\） - 同时存在多个 MinGW bin 路径（如 MSYS2 + WinLibs），顺序错乱导致调用错版本：用
where gcc查看实际命中哪个
Mac 上 Homebrew 安装的 gcc-14 默认在 /opt/homebrew/bin/gcc-14，别硬链到 /usr/bin
Homebrew 把 GCC 安装在 /opt/homebrew/bin/gcc-14（Apple Silicon）或 /usr/local/bin/gcc-14（Intel），这是有意为之的隔离设计。强行 sudo ln -s /opt/homebrew/bin/gcc-14 /usr/bin/gcc 会触发 SIP（System Integrity Protection）拒绝写入，或被 macOS 自动还原。
更稳妥的做法是：
- 始终用带版本号的命令，如
gcc-14、g++-14 - 在项目 Makefile 或 CMakeLists.txt 里显式指定
CMAKE_C_COMPILER=/opt/homebrew/bin/gcc-14 - 如果非要全局 alias，用
alias gcc=gcc-14放进~/.zshrc，而不是覆盖系统路径
真正麻烦的不是路径本身，而是路径背后隐含的依赖链：头文件位置、运行时库搜索路径、pkg-config 能否找到对应 .pc 文件——这些全由 --prefix 决定，改路径前先想清楚你到底要隔离什么、共存什么、让谁来调用它。
