gcc.exe位于安装目录下的bin子目录中，如C:\mingw64\bin、C:\msys64\mingw64\bin或C:\TDM-GCC-64\bin，具体取决于安装方式；PATH环境变量中必须添加该bin目录路径，而非gcc.exe文件路径。
gcc可执行文件到底在哪个bin目录里
Windows下GCC安装后，gcc.exe 不会直接出现在你选的“安装根目录”下，而是藏在某个 bin 子目录里——具体位置取决于你用的是哪种工具链和安装方式。常见情况有：
- MinGW-w64 官方在线安装器（如
mingw-w64-install.exe）：默认路径类似C:\Program Files\mingw-w64\bin或C:\mingw64\bin，但实际取决于你安装时选的架构（x86_64、i686）、线程模型（seh、sjlj）、异常处理（posix、win32）——这些组合会生成不同深度的嵌套路径，比如C:\mingw64\x86_64-13.2.0-posix-seh-rt_v11-rev0\mingw64\bin - MSYS2：绝对不要加
msys64\usr\bin到PATH来调用gcc，这里只有MSYS2自己的shell工具；真正该加的是msys64\mingw64\bin（64位）或msys64\mingw32\bin（32位） - TDM-GCC：通常直接放在
C:\TDM-GCC-64\bin，路径扁平，不易出错 - 解压即用版（如
mingw64.zip）：解压后手动找最深一层的bin，里面必须有gcc.exe和g++.exe，否则就是路径错了
PATH里只加bin目录，别加gcc本身
环境变量 Path（Windows）或 PATH（Linux/macOS/MSYS2）里，只能填目录路径，不能填可执行文件名。写成 C:\mingw64\bin\gcc.exe 是无效的，系统找不到命令。
正确做法是：
- Windows：在“系统属性 → 高级 → 环境变量 → 系统变量 → Path → 新建”，填入完整路径，例如
C:\mingw64\bin（结尾不加反斜杠也行，加了也不报错） - MSYS2 / bash：在
~/.bashrc里写export PATH="/c/mingw64/bin:$PATH"，注意路径用正斜杠、盘符转成/c/格式 - 别把多个GCC的
bin同时加进PATH：比如既加了msys64\mingw64\bin又加了TDM-GCC-64\bin，which gcc或where gcc会返回第一个匹配的，容易误用版本
验证PATH是否生效，别只信gcc -v
gcc -v 成功只说明某个gcc能运行，不代表你加对了PATH——它可能是系统残留、旧版本、或者IDE自带的嵌入式工具链。真正要确认，得查清楚当前命令来源：
- Windows CMD：运行
where gcc，它会列出所有命中路径，第一行才是实际调用的 - PowerShell：用
Get-Command gcc - MSYS2 / bash：用
which gcc和readlink -f $(which gcc)查真实路径 - 如果输出是
C:\msys64\usr\bin\gcc.exe，那说明你错把MSYS2 shell工具当编译器用了——这个gcc是为POSIX兼容层服务的，不能编译原生Windows程序
多版本共存时PATH顺序决定谁胜出
当你同时装了TDM-GCC、MSYS2-MinGW64、Cygwin-GCC，PATH中靠前的目录优先被搜索。这既是灵活性，也是隐患：
- 想临时切换版本？改PATH顺序最快，但别改系统级PATH，建议用CMD快捷方式或脚本封装：
set PATH=C:\TDM-GCC-64\bin;%PATH% && gcc -v - IDE（如VS Code、CLion）往往读取的是用户登录时的PATH，改完环境变量后必须重启IDE，否则它还在用旧缓存
- 某些安装器（如MSYS2启动器）会覆盖PATH：MINGW64.exe 启动时自动 prepends
mingw64\bin，此时你在系统PATH里加的其他GCC会被屏蔽——这是设计行为，不是bug
