必须使用包含可执行文件的bin目录完整路径，而非安装根目录或可执行文件本身；常见错误是路径缺少“\bin”后缀或误加“.exe”，正确路径如C:\TDM-GCC-64\bin、C:\mingw64\bin、C:\msys64\mingw64\bin。
Windows下添加bin目录到PATH必须用完整路径
你装的是TDM-GCC、MinGW-w64还是MSYS2，不影响核心动作：把对应工具链的bin目录绝对路径加进系统PATH。不是安装根目录，也不是gcc.exe文件路径，而是包含gcc.exe的那个bin文件夹。
常见错误现象：
- 在命令行输
gcc -v提示“不是内部或外部命令” - PATH里填了
C:\TDM-GCC-64（漏掉\bin） - PATH里填了
C:\TDM-GCC-64\bin\gcc.exe（多写了可执行文件名）
正确做法：
- TDM-GCC默认路径是
C:\TDM-GCC-64\bin或C:\TDM-GCC-32\bin - MinGW-w64解压后通常是
C:\mingw64\bin或D:\tools\mingw64\bin - MSYS2要分清：日常开发推荐用
C:\msys64\mingw64\bin（不是usr\bin）
Linux/macOS中export PATH写法不能有空格
在~/.bashrc或/etc/profile.d/gcc.sh里加export PATH时，等号两侧绝对不能有空格，否则shell会把它当成命令执行，报command not found。
错误写法：export PATH = /usr/local/gcc-12.2.0/bin:$PATH
正确写法：export PATH=/usr/local/gcc-12.2.0/bin:$PATH
其他要点：
- 改完
~/.bashrc必须运行source ~/.bashrc，关掉终端再重开也行，但别只改不重载 - 如果GCC装在
/opt/gcc-12.2.0，就填/opt/gcc-12.2.0/bin，别漏/bin - CentOS 7+ 默认没装
gcc，先用yum install gcc或dnf install gcc，再确认which gcc输出是否为/usr/bin/gcc
PATH顺序错会导致调用错版本的gcc
PATH是按从左到右顺序搜索的。如果你机器上同时有系统自带GCC、conda环境GCC、自己编译的GCC，PATH里谁排前面，gcc命令就调用谁。
典型踩坑场景：
- conda init后自动在PATH最前面加了
~/miniconda3/bin，结果gcc --version显示conda打包的GCC，而非你刚装的12.2.0 - MSYS2的
usr\bin里也有gcc（其实是MSYS2模拟层的wrapper），若它排在mingw64\bin前面，就会调错 -
/usr/local/bin和/usr/bin都存在GCC，但前者版本旧，却因PATH中位置靠前被优先选中
查当前实际调用路径：which gcc；查所有匹配项：type -a gcc。
配置完别忘了验证gcc和g++是否都可用
只测gcc -v成功不代表g++也行——有些安装包默认不装C++支持，或者g++文件根本不在bin目录里。
验证步骤：
- 运行
gcc -v，看是否输出版本信息 - 运行
g++ -v，必须同样能输出，否则C++项目编译直接失败 - 运行
gcc -dumpmachine，确认目标架构（如x86_64-w64-mingw32表示Windows交叉编译器） - 如果
g++报错“command not found”，回看安装步骤：MinGW-w64安装器里要勾选g++组件；TDM-GCC默认带；MSYS2需pacman -S mingw-w64-x86_64-gcc
PATH配置本身只是让系统“找得到”，真正起作用的是那个bin目录里有没有你要的可执行文件——这点最容易被忽略。
