Ubuntu/Debian上卸载GCC旧版本必须用sudo apt purge gcc-X g++-X（X为版本号），仅apt remove会残留配置文件和头文件；随后执行sudo apt autoremove && sudo apt clean，并手动检查/usr/lib/gcc/和/usr/include/c++/是否清空，四条件全满足才算彻底卸载。
Ubuntu/Debian 上用 apt purge 清理 GCC 旧版本
只用 apt remove 会残留配置文件和头文件，后续重装同名包可能冲突。必须加 --purge 才算“干净”。
- 先查已安装的 GCC 包：运行
dpkg -l | grep '^ii.*gcc'，注意识别具体包名，比如gcc-11、gcc-12、g++-11 - 逐个 purge：例如卸载 11 版本，执行
sudo apt purge gcc-11 g++-11（别漏掉g++，它和gcc是分开的包） - 清理依赖和缓存：
sudo apt autoremove和sudo apt clean必做，否则 /var/cache/apt/archives 下还躺着旧版 deb 包 - 手动检查残留：
ls /usr/lib/gcc/应为空；ls /usr/include/c++/不应含旧版数字目录（如 11、12）
CentOS/RHEL 卸载时要先处理 rpm 依赖链
yum remove gcc 经常失败，报错类似 error: Failed dependencies: gcc = 4.8.5-44 is needed by (installed) gcc-c++-4.8.5-44.el7.x86_64 —— 这不是 bug，是 rpm 的强依赖策略在起作用。
- 先查完整依赖树：
rpm -q --whatrequires gcc，列出所有依赖 gcc 的已安装包 - 常见拦路虎是
gcc-c++、libtool、autoconf，得按提示版本号一起卸载，例如：sudo rpm -e gcc-c++-4.8.5-44.el7.x86_64 - 卸载完再跑
sudo yum remove gcc，否则会卡住 - 验证是否真清空：
which gcc返回空，且gcc --version报command not found，才算成功
手动安装的 GCC（如源码编译或 MinGW）不能靠包管理器删
如果你是从官网下载源码 ./configure && make && sudo make install 装的，或者用 Scoop/MinGW-w64 独立安装的，apt 或 yum 根本不知道它的存在，强行 purge 毫无意义。
- 定位安装路径：通常为
/usr/local/bin/gcc或/opt/gcc-12.3.0，用which gcc和gcc -v中的Configured with行找前缀 - 删二进制和库：
sudo rm -rf /usr/local/bin/gcc*、sudo rm -rf /usr/local/lib/gcc、sudo rm -rf /usr/local/include/c++ - 删环境变量：检查
~/.bashrc、/etc/environment里有没有export PATH=.../usr/local/bin这类行，删掉再source ~/.bashrc - 特别注意 MinGW：Windows 上 Scoop 安装的 GCC 在
C:\Users\XXX\scoop\apps\mingw\current\，直接删整个apps\mingw目录最稳妥
卸载后仍显示旧版本？多半是 shell 缓存或 alias 搞鬼
执行 gcc --version 还显示老版本，但 which gcc 找不到，说明 shell 记住了旧路径（hash 缓存），或者你定义过 alias。
- 清空命令哈希：
hash -d gcc或直接hash -r（重置全部） - 查 alias：
alias gcc，如果输出类似alias gcc='/opt/old-gcc/bin/gcc'，就去~/.bashrc里删掉那行 - 检查 symlink：
ls -l $(which gcc)，如果指向 /usr/bin/x86_64-linux-gnu-gcc，那是交叉编译器残留，对应删掉/usr/bin/x86_64-linux-gnu-gcc - 最狠一招：
command -v gcc和type -a gcc对比输出，能暴露所有可能的来源
真正干净的标准不是“命令打不开了”，而是 /usr/lib/gcc/ 空、which gcc 无输出、command -v gcc 无响应、且没有 alias 或 hash 干扰 —— 这四条全满足，才算卸载落地。
