简介针对 openSUSE 12.3 系统下无法联网在线安装 gcc 的场景这个离线软件源缓存包能直接复用。包内按三十二位与六十四位分为两套完整目录覆盖官方开源仓库、非开源仓库及更新仓库的索引数据。将内容拷贝到系统对应缓存路径后即可通过 zypper 从本地源完成安装省去逐一下载依赖包、手工校验签名和配置源地址的繁琐操作。压缩包共八十六个文件以 gz 压缩包、asc 签名文件、key 公钥文件为主同时带有 media、content、patterns 等仓库元数据文件完整保留原始软件源结构整体大小约二十二点五三兆字节。目前已有九百零八人学习下载适合系统运维人员、开发者在无外网或内网环境中快速恢复 gcc 工具链可大幅缩短部署时间降低手工处理依赖关系的成本。 翻出一台 2013 年的 openSUSE 12.3 机器想在上面重新搭一套可用的 gcc 工具链这件事听起来简单实际操作起来却全是坑。尤其是这个版本早就停止维护在线软件源名存实亡直接zypper install gcc大概率会卡在仓库地址失效或者 GPG 签名校验上更麻烦的是如果你还需要在 64 位系统上编译 32 位程序那涉及的不只是装一个 gcc还牵扯到 32 位头文件、multilib 支持和运行库的匹配。最近帮客户维护一台遗留工控机正好把 openSUSE 12.3 的 32 位与 64 位 gcc 安装资源从头到尾梳理了一遍包括仓库地址、离线 RPM、源码编译和版本验证整理成这篇实操记录给同样被老系统绑架的朋友做个参考。1. 老环境里装 GCC先弄清你到底要什么1.1 12.3 是哪年的系统哪些场景还在用它openSUSE 12.3 是 2013 年 3 月发布的版本默认内核 3.7自带 GCC 4.7.2、glibc 2.17官方维护周期到 2015 年初就彻底结束了。之所以现在还有人折腾它我接触到的场景无非三类一是工控机、医疗设备或企业内部服务器因为业务绑定不能重装系统只能沿用旧环境二是某个老项目需要在当年的发行版上复现构建保证产物行为与历史版本一致三是学习用途想搞清楚老系统上的包管理、库依赖和编译链关系。这类老系统最大的问题不是装不上 gcc而是你不知道官方仓库已经搬家、GPG 密钥已经过期、依赖包可能不齐。所以在动手之前最好先确认一个前提这台机器是否真的必须用 12.3如果只是为了跑一段代码我建议直接上新版 openSUSE 或者容器但如果你确实被绑定在 12.3 上那下面的仓库修复和离线安装方案能帮你省下大把时间。1.2 装好 GCC 和 能编 32 位程序 不是一回事很多人在 64 位系统上装完 gcc就以为可以直接gcc -m32编译 32 位程序了结果报stubs-32.h: No such file or directory一头雾水。这里其实藏着一个关键区别装好 x86_64 版本的 gcc只代表你能编译 64 位程序。要编 32 位程序除了 gcc 本身还需要 32 位的 glibc 头文件、32 位的 crt 目标文件和 32 位运行库即系统必须具备 multilib 能力。openSUSE 12.3 的 x86_64 版本默认采用 multilib 架构x86_64 的 gcc 主包是支持-m32编译的但它需要你额外安装glibc-devel-32bit。很多人只装了gcc没装这个包所以一编 32 位就失败。记住这句话后面离线安装时你会感谢我的。2. 用 zypper 在线安装先修复已经失效的仓库地址2.1 官方仓库的考古路径download 目录与归档镜像如果你运气好机器上的源还能用那直接执行zypper install gcc gcc-c make就能解决。但我实测下来12.3 的源基本已经不在默认下载路径下持续提供需要手动修复仓库地址。openSUSE 12.3 的原始仓库一般长这样http://download.opensuse.org/distribution/12.3/repo/oss/ http://download.opensuse.org/distribution/12.3/repo/non-oss/ http://download.opensuse.org/update/12.3/如果download.opensuse.org上已经找不到 12.3 的目录或者访问极慢建议去 openSUSE 的归档镜像站找distribution/12.3目录。老版本发行版通常会被统一挪到归档区找到之后用zypper ar添加新源把原来的失效源删掉zypper rr repo-oss zypper ar -f http://download.opensuse.org/distribution/12.3/repo/oss/ repo-oss zypper ar -f http://download.opensuse.org/distribution/12.3/repo/non-oss/ repo-non-oss zypper ar -f http://download.opensuse.org/update/12.3/ repo-update然后zypper refresh试一下能不能拉到索引。这里有个经验老版本系统上的 CA 证书链可能不完整访问 https 源的坑非常多直接换成 http 反而更省事。2.2 zypper 安装命令与 GPG 校验的处理源修复成功之后安装就很简单了zypper install gcc gcc-c make系统会列出依赖关系确认后自动完成安装。需要同时支持 32 位编译的话再加一句zypper install glibc-devel-32bit如果zypper refresh报 GPG key 过期或无法验证有两种处理方式。第一种是重新导入仓库的密钥rpm --import http://download.opensuse.org/distribution/12.3/repo/oss/repodata/repomd.xml.key第二种是在确认内网或实验环境安全的前提下临时跳过签名校验zypper --gpg-auto-import-keys ref提示跳过 GPG 校验属于降级操作我只建议在断网环境或一次性实验环境里用。生产环境尽量把密钥导入步骤做完否则后续装任意包都可能被签名问题卡住。3. 离线 RPM 安装断网机器的最佳路径3.1 一份可直接照着拉的 RPM 清单如果机器在隔离内网连不上任何软件源离线 RPM 就是最实际的办法。难点在于你得提前在联网机器上把正确的包全部下载齐并且要保证版本互相匹配。我按 openSUSE 12.3 x86_64 仓库的典型情况整理了一份最小清单文件名里的版本号以你实际下载到的仓库快照为准包名说明gcc-4.7.2-*.x86_64.rpm编译器主程序gcc-c-4.7.2-*.x86_64.rpmC 编译器cpp-4.7.2-*.x86_64.rpmC 预处理器gcc 的依赖binutils-*.x86_64.rpm汇编器、链接器glibc-devel-2.17-*.x86_64.rpm标准 C 头文件与静态库glibc-devel-32bit-2.17-*.x86_64.rpm编译 32 位程序所需的头文件libstdc-devel-4.7.2-*.x86_64.rpmC 标准库头文件make-*.x86_64.rpmmake 构建工具下载方式主要有两种一种是直接在浏览器里打开仓库目录按目录结构手动下载另一种是你在一个已配好源的联网 openSUSE 机器上执行zypper install --download-only gcc gcc-c make glibc-devel-32bit--download-only只把包拉到本地缓存拷走即可。我把这个做法放在最前面推荐因为它顺便解决了依赖关系问题。3.2 依赖顺序与两种安装策略拿到一堆 RPM 后在目标机器上有两种安装策略。第一种是用rpm -Uvh一次性安装目录下所有 RPMrpm -Uvh *.rpm这种方式对依赖顺序的容错性相对好一些因为所有包会先解析依赖再统一处理。但如果缺了某个不在当前目录里的基础包它依然会报依赖错误。第二种是手动按顺序安装适合包里缺几个文件、只想装指定包的情况rpm -ivh cpp-4.7.2-*.x86_64.rpm rpm -ivh glibc-devel-2.17-*.x86_64.rpm rpm -ivh binutils-*.x86_64.rpm rpm -ivh gcc-4.7.2-*.x86_64.rpm rpm -ivh gcc-c-4.7.2-*.x86_64.rpm这里有个细节-ivh是安装-Uvh是升级。对全新环境用-ivh更稳妥因为-Uvh在某些情况下会尝试处理已安装包的升级关系反而引入不必要的麻烦。3.3 最容易漏的 32bit 头文件stubs-32.h离线安装 32 位编译能力时glibc-devel-32bit是最容易漏掉的一个包。如果没有它你执行echo int main(){return 0;} | gcc -m32 -x c - -o /tmp/test32大概率会得到这样的报错/usr/include/gnu/stubs-32.h: No such file or directory这个报错的本质是64 位环境下只有 64 位的 glibc 头文件32 位的 stubs 头文件需要单独的 32bit 开发包提供。这个包在 openSUSE 12.3 里的名字就是glibc-devel-32bit离线安装时记得和 gcc 包一起准备好。如果连运行时也缺 32 位库编译通过但执行时找不到ld-linux.so.2那还要检查系统里是否装了 32 位版本的 glibc 运行库也就是glibc-32bit。4. 装完先别开心版本验证与三个高频坑4.1 为什么 gcc -v 仍然是旧版本这是我最常被问到的问题明明已经装了新 gcc运行gcc -v却发现版本没变或者装完了根本找不到新版本。这种升级后还是旧版本的现象几乎都是路径和符号链接的问题。先按顺序排查这几步which gcc ls -l /usr/bin/gcc* echo $PATHwhich gcc能看出你实际执行的是哪个目录下的 gcc。如果输出的是/usr/local/bin/gcc而系统自带的是/usr/bin/gcc说明 PATH 搜索顺序里/usr/local/bin排在前面你装的新版本可能在这里旧版本还留在/usr/bin。如果你用的是 RPM 方式安装/usr/bin/gcc通常会被包管理器自动更新为指向新版本的符号链接。但如果你手动复制过旧文件或者编译安装到了/opt那就要手动处理符号链接update-alternatives --display gcc update-alternatives --config gcc或者直接ln -sf /usr/bin/gcc-4.7 /usr/bin/gcc提示这个装完还是旧版本的坑在源码编译安装时尤其明显。如果你把新 gcc 装到了/opt/gcc-4.7.2/bin千万别以为系统会自己切过去务必显式配置 PATH 或者用update-alternatives统一管理。4.2 新旧版本并存时的头文件与库路径冲突比版本号更隐蔽的是头文件和库路径冲突。系统自带 gcc 的头文件在/usr/include而源码编译的新 gcc 默认搜索路径可能包含/usr/local/include或自己的安装前缀目录。当两个版本并存时可能出现头文件混用、ABI 不一致等玄学问题。我踩过最典型的一个坑新 gcc 编译出的程序运行时找不到libstdc.so.6。这是因为源码编译安装的 gcc 被放在类似/opt/gcc-4.7.2/lib64的目录而程序运行时不会自动去那里找共享库。此时需要设置export LD_LIBRARY_PATH/opt/gcc-4.7.2/lib64:$LD_LIBRARY_PATH或者编译时显式指定g test.cpp -Wl,-rpath,/opt/gcc-4.7.2/lib64 -o test我的建议是如果只是想让机器有一个能用的 gcc优先用 RPM 或 zypper 方式安装系统会帮你处理好头文件、库搜索路径和符号链接。源码编译只保留给那些确实需要特定版本或特殊编译参数的场景。4.3 一条命令把 64/32 位编译能力都验一遍装完之后强烈建议写个小测试程序把 64 位和 32 位编译能力一次性验完cat /tmp/hello.c EOF #include stdio.h int main(void) { printf(hello, %d-bit\n, (int)(sizeof(void*) * 8)); return 0; } EOF gcc /tmp/hello.c -o /tmp/hello64 file /tmp/hello64 /tmp/hello64 gcc -m32 /tmp/hello.c -o /tmp/hello32 file /tmp/hello32 /tmp/hello32正常情况下file命令的输出应该分别是ELF 64-bit LSB executable和ELF 32-bit LSB executable两个程序都能正常打印出位数信息。32 位程序能否运行取决于内核是否开启了 IA32 仿真openSUSE 12.3 默认支持以及系统里有没有 32 位运行库缺库的话会有明确的 loader 报错。5. 仓库包不够用时的源码编译路线5.1 老系统上源码编译的版本选择如果官方仓库里只有 GCC 4.7.2而你偏偏需要 GCC 9 甚至更高版本源码编译就成了绕不开的路线。但我要先泼一盆冷水在 openSUSE 12.3 这种老系统上编译太新的 GCC大概率会失败。因为新版 GCC 对 GMP、MPFR、MPC 三个基础库的版本要求很高而 12.3 自带的这些库太老configure 阶段就会直接报错。我的经验是尽量选与系统时代接近的版本比如 4.7.x、4.8.x、5.x。如果非要新版就得手动编译新版 GMP、MPFR、MPC并把它们链接进 GCC 的构建过程工作量会陡增。对多数遗留项目来说GCC 4.7.2 完全够用没必要为了新而新。5.2 configure 参数与 multilib 的坑从源码编译 GCC 时最常见的问题是用默认参数编译出来的编译器不支持-m32。如果你想让这个自编译的 gcc 同时支持 64 位和 32 位编译configure 阶段必须显式加上 multilib 支持./contrib/download_prerequisites ./configure --prefix/opt/gcc-4.7.2 \ --enable-languagesc,c \ --enable-multilib \ --disable-bootstrap \ --disable-werror make -j$(nproc) make install这里几个参数说一下--enable-multilib是支持编译 32 位程序的关键不加这个参数装完编译器后-m32会直接失效。--disable-bootstrap能显著缩短编译时间。官方推荐三次 bootstrap 是为了用新编译器重新编译自己来验证但老机器上耗时太长实验环境可以直接关掉。--disable-werror避免旧代码在新编译器下因为警告被当成错误而中断编译。另外老 GCC 源码树通常会自带download_prerequisites脚本执行它会自动下载 GMP、MPFR、MPC 的匹配版本。如果下载失败手动去这三个库的官网找对应版本解压到源码树目录下也可以。编译时间也是很多人关心的。在 4 核处理器上编一个非 bootstrap 的 GCC 大约需要三四十分钟到一个小时如果是单核老机器建议做好心理准备可能需要两三个小时。编译期间别动系统的 gcc 和 make否则环境一变中途失败你会很想哭。最后再分享一点维护老系统的个人体会给 openSUSE 12.3 这类古董系统装 gcc优先走 zypper 或离线 RPM把系统自带的工具链交给包管理器管理不要随手用源码覆盖装完第一时间写好版本验证命令和依赖包清单存成内部文档因为下次再维护可能是半年后下载好的 RPM 包和源码包不要删留成内部资源库比什么都可靠。老系统的价值在于稳定不折腾就是最大的维护。本文还有配套的精品资源点击获取