系统常未预装GCC，需用包管理器检查并安装对应开发包，Ubuntu用build-essential，CentOS需启用crb仓库后装Development Tools，Arch用base-devel，并验证stdio.h等头文件和链接器是否可用。

确认系统是否已预装 GCC

很多 Linux 发行版（尤其是 Ubuntu、Debian、CentOS Stream 8+、Fedora）默认不带 gcc，但可能装了 gcc-minimal 或只含 C++ 编译器 g++。直接运行 gcc --version 报 “command not found” 是最常见现象，别急着重装——先查包管理器有没有缓存记录。

• Ubuntu/Debian：运行 dpkg -l | grep gcc，看是否安装了 gcc-12 但没建 gcc 符号链接
• CentOS/RHEL/Fedora：用 rpm -qa | grep gcc，注意 gcc-c++ 不等于 gcc
• 如果输出为空，说明真没装；如果有类似 gcc-11.4.1-2.fc38 但 gcc 命令不可用，大概率是 alternatives 或 update-alternatives 没配置

不同发行版安装 GCC 的命令差异

包名和仓库启用状态才是关键，不是所有系统敲 apt install gcc 就能通吃。比如 CentOS Stream 9 默认禁用 crb 仓库，dnf install gcc 会提示“没有可用软件包”。

• Ubuntu 22.04+ / Debian 12+：sudo apt update && sudo apt install build-essential（必须装这个元包，它包含 gcc、g++、make、libc6-dev）
• CentOS Stream 8/9：sudo dnf config-manager --set-enabled crb（Stream 9 必做），再 sudo dnf groupinstall "Development Tools"
• Fedora 38+：sudo dnf groupinstall "@Development Tools"（注意引号和 @ 符号）
• Arch Linux：sudo pacman -S base-devel（base-devel 是必需组，单独装 gcc 包不够，缺 make 和头文件）

验证编译环境是否真正可用

装完 gcc 只是第一步，C 环境还依赖标准库头文件（stdio.h 等）、链接器 ld、动态链接器路径。很多人写完 hello.c 却卡在 fatal error: stdio.h: No such file or directory，其实是 libc6-dev（Debian）或 glibc-devel（RHEL）没装。

• 最小验证代码：

  #include <stdio.h>
  int main() { printf("OK\n"); return 0; }

  保存为 test.c，执行 gcc test.c -o test && ./test
• 若报 stdio.h 找不到：Ubuntu 补 sudo apt install libc6-dev，CentOS 补 sudo dnf install glibc-devel
• 若报 cannot find -lc 或 ld: cannot find crt1.o：说明 glibc-devel 或 libc6-dev 安装不全，或架构不匹配（如在 x86_64 系统误装 i386 开发包）

交叉编译或旧版本 GCC 的特殊处理

生产环境常需指定 GCC 版本（比如内核模块要求 gcc-11），而系统默认可能是 gcc-13。硬删新版风险大，正确做法是并存 + 切换。

立即学习“C语言免费学习笔记（深入）”；

• Ubuntu：装多个版本后用 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-11 100 和 sudo update-alternatives --config gcc
• CentOS/RHEL：用 module load gcc-toolset-12（需先 dnf install gcc-toolset-12），它把工具链放在 /opt/rh/gcc-toolset-12/ 下，不影响系统默认
• 手动编译安装 GCC：不要直接 make install 到 /usr/local，优先用 --prefix=/opt/gcc-12.3.0 隔离，然后通过 export PATH="/opt/gcc-12.3.0/bin:$PATH" 临时生效

真正麻烦的不是装不上，而是装了却缺头文件、链接器找不到运行时、或者多版本共存时 gcc 命令指向了错的 libgcc。验证时别只看 --version，一定要跑个带 #include 的完整编译链。