GCC安装慢主因是源码编译、依赖下载和多阶段构建依赖本地硬件，可通过合理设置make -j并发数、替换国内镜像地址下载依赖、避免--prefix含空格或符号链接、修正contrib目录权限等干预提速。
GCC安装慢不是配置错了，而是它本来就要花时间——源码编译、依赖下载、多阶段构建全靠本地 CPU 和磁盘扛着。但大部分耗时点可干预，关键看你是装系统级 GCC 还是自己从源码编译。
make -j 用错核心数反而更慢
很多人直接 make -j$(nproc)，结果内存爆满、swap 频繁，编译器卡在 I/O 等待上。实际并发数不是“核数越多越好”，而是要留出至少 2GB 内存给每个线程。
- 4 核 8GB 内存机器，
make -j3比-j4更稳； - 16 核 32GB 机器，
make -j12往往比-j16快 15%～20%； - 如果
top里看到%wa（I/O wait）持续 >30%，说明磁盘成瓶颈，降-j值或换 SSD。
configure 阶段卡住，大概率是 download_prerequisites 失败
执行 ./contrib/download_prerequisites 时，脚本会从 GNU 镜像拉 MPFR/GMP/MPC，国内直连常超时或 404。这不是网络问题，是镜像路径过期或被墙。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 手动改
download_prerequisites脚本里的 URL，换成清华、中科大或阿里云镜像地址； - 或者跳过这步：提前下载好
mpfr-4.2.1.tar.xz、gmp-6.3.0.tar.xz、mpc-1.3.1.tar.gz放到gcc-xx.xx源码根目录，再运行脚本； - 若仍失败，加
--disable-multilib和--without-ppl --without-cloog减少依赖项，尤其在 x86_64 服务器上基本不需要 multilib。
ccache 对 GCC 安装本身无效，但能加速后续使用
ccache 缓存的是 gcc 编译出来的目标文件（.o），不是 gcc 自身的构建过程。所以你在编译 GCC 源码时加 ccache gcc，只会缓存中间生成的 libiberty.o 这类文件，收益极小。
- 真正该做的是：GCC 安装完成后，立刻配置
export CC="ccache gcc"和export CXX="ccache g++"； - 然后清理旧构建目录（
rm -rf gcc-build-*），再重跑configure && make——这时 ccache 才开始缓存你项目里的 .o； - 别指望它让第一次 GCC 安装变快，但它能让之后所有用这个 GCC 编译的项目快 2～5 倍。
–prefix 路径含空格或符号链接会导致 configure 失败
常见错误：configure: error: cannot compute suffix of object files: cannot compile。表面是编译器问题，实际是路径解析异常。
-
--prefix=/home/user/my gcc（含空格）→ configure 会截断路径，找不到头文件； -
--prefix=/opt/gcc -> /mnt/ssd/gcc（符号链接）→ 某些 configure 检查逻辑不 resolve symlink，导致路径不一致； - 安全做法：用绝对路径、无空格、无软链，比如
--prefix=/opt/gcc-13.2.0； - 确认后加
--enable-languages=c,c++关闭 fortran/go 等不用的语言，减少构建量。
最易被忽略的点：GCC 源码包解压后，contrib 目录权限可能不对（尤其从 Windows 传过来的 tar 包），download_prerequisites 脚本没执行权限。先 chmod +x contrib/download_prerequisites，再跑——否则它静默失败，你还在等它下载。
