gcc安装后提示“command not found”并非未安装，而是shell仅在$path指定路径中查找gcc可执行文件，未覆盖其实际安装目录；需用find定位路径、echo $path核对、修正并重载shell配置文件（如~/.bashrc或~/.zshrc），注意交叉编译器命名差异及符号链接缺失等问题。
为什么gcc --version报command not found
不是GCC没装上，而是shell根本没去它所在的目录里找。系统只在$PATH列出的路径里挨个搜gcc这个文件，搜不到就直接报错，连二进制是否损坏都不检查。
- 用
find /usr /usr/local /opt -name "gcc" 2>/dev/null确认GCC实际装在哪 - 用
echo $PATH | tr ':' '\n'看当前PATH包含哪些目录 - 如果
which gcc无输出，但find找到了路径，说明PATH漏了那个目录 - 注意区分
~/.bashrc（bash）和~/.zshrc（zsh），改错文件不会生效
PATH没加对，临时和永久设置怎么选
临时设置只影响当前终端窗口，适合验证路径是否正确；永久设置要写进Shell配置文件，并确保被加载。
- 临时生效：
export PATH=$PATH:/usr/local/gcc-11.2.0/bin（把实际路径替换成find结果） - 永久生效：编辑
~/.bashrc或~/.zshrc，末尾加一行export PATH=$PATH:/your/gcc/path/bin - 改完必须执行
source ~/.bashrc（或source ~/.zshrc），否则新命令不生效 - 别往
/etc/environment硬写PATH——它不解析$PATH变量，只能写死绝对路径
交叉编译器名字不是gcc，别敲错了
像arm-linux-gnueabihf-gcc、xtensa-esp32-elf-gcc这类工具链，安装后根本没有gcc这个命令，敲gcc当然报错。
- 查实际安装的二进制名：
ls /opt/gcc-linaro-*/bin/arm-linux-gnueabihf-* - 确认调用命令和安装名一致，别漏掉前缀或拼错
gnueabihf - 某些发行版（如Ubuntu）默认不装
gcc-defaults包，导致/usr/bin/gcc符号链接缺失，需apt install gcc-defaults - 多版本共存时，
update-alternatives --config gcc可切换默认gcc指向
64位系统跑32位GCC工具链缺库怎么办
PATH和命令名都对了，但执行时仍提示“no such file or directory”，很可能是缺少32位运行时库。
- 典型症状：
ls能看到arm-none-eabi-gcc，但./arm-none-eabi-gcc --version报错 - Debian/Ubuntu系：
sudo apt install lib32z1 lib32ncurses5 - CentOS/RHEL系：
sudo yum install glibc.i686 ncurses-libs.i686 zlib.i686 - 用
file命令确认工具链架构：file /path/to/arm-linux-gnueabihf-gcc，输出含ELF 32-bit就需补32位库
command not found就照常出现。
