尧图网站建设 
简介GCC 11.3.0 是 GNU 编译器集合在 11.3 系列中的一个稳定版本面向需要构建 C、C、Fortran、Ada 等多语言工具链的开发者与系统维护人员。该版本在语言标准支持、编译优化与错误处理方面均有改进可满足对 C17、C20 部分特性有需求的编译场景。资源包共收录 2000 个文件以 1511 个 C 源文件与 349 个头文件为主体另含 37 个 C 源文件、49 份 PDF 文档、29 个说明文本及少量脚本与配置文件压缩包整体约 136.88MB便于完整获取源码、配置脚本与编译说明。目前已有 228 人学习下载。通过研读其源码结构读者可深入了解词法分析、语法分析、中间代码生成与优化等编译流程并借助配置与构建脚本完成针对不同操作系统和硬件架构的定制编译是学习编译器原理与工具链构建的实用参考。1. 拿到 gcc-11.3.0.tar.gz 之后它到底能解决什么谁该动手编译如果你在 CentOS 7.9 或者 Kylin V10 上被系统自带的 GCC 4.8.5 卡住过想用 C17 的std::optional、if constexpr或者想跑通某个要求 GCC 11 的构建脚本那你大概率已经搜过「gcc 下载」「gcc 安装」「gcc 升级后为啥还是旧版本」这些词。gcc-11.3.0.tar.gz就是 GNU Compiler Collection 11.3.0 的完整源码归档里面包含 C、C、Fortran、Ada、Objective-C 等前端以及bid_binarydecimal.c、decNumber.c、regex.c、cp-demangle.c、dlmalloc.c、bid128_fma.c、bid128.c、lex.c、bid128_compare.c这些支撑十进制浮点、正则、符号反解和内存分配的核心实现文件。它解决的不是「装个编译器」这么简单而是让你在旧发行版上拿到一个支持 C17、C20 部分特性、且能自己控制优化级别和目标架构的工具链。适合谁适合那些系统包管理器里最高只有 GCC 9、又不想整机升级操作系统的人以及想读编译器源码、研究decNumber十进制浮点或cp-demangleC 符号反解机制的开发者。代价是编译一次通常要 1 到 3 小时磁盘至少留 10 GB内存建议 4 GB 以上否则链接阶段会直接把你机器打爆。2. 编译前的依赖与配置别让 configure 在第一关就翻车2.1 依赖清单与 GMP/MPFR/MPC 的版本匹配GCC 源码本身不包含任意精度数学库configure阶段会检查 GMP、MPFR、MPC 三个库。常见做法是让 GCC 自己下载并编译这三个依赖也就是在configure时加--with-gmp、--with-mpfr、--with-mpc指向源码目录或者直接用contrib/download_prerequisites脚本。我一般会先跑这个脚本因为它会把匹配版本的 tarball 拉到源码根目录并解压省去手动找版本的麻烦。# 进入解压后的 GCC 源码根目录 cd gcc-11.3.0 # 下载并解压 GMP、MPFR、MPC、isl 等依赖 ./contrib/download_prerequisites # 确认依赖目录已经出现 ls -d gmp-* mpfr-* mpc-* isl-*逻辑说明download_prerequisites会读取脚本里写死的版本号下载对应 tarball 并解压到当前目录。参数说明不需要额外参数但如果你在离线环境需要提前把 tarball 放到源码根目录脚本检测到已存在文件会跳过下载。这一步失败最常见的原因是网络超时搜「下载 gcc 网速过慢怎么办」的人多半卡在这里。解决办法是手动下载脚本里列出的那几个包放到根目录再执行脚本。2.2 configure 参数怎么选--prefix、--enable-languages、--disable-multilib配置阶段决定最终编译器支持哪些语言、装到哪里、是否生成 32 位库。下面是我在 x86_64 服务器上常用的一套配置# 在源码根目录外新建构建目录避免污染源码树 mkdir build cd build # 配置只编译 C 和 C关闭 multilib指定安装前缀 ../gcc-11.3.0/configure \ --prefix/opt/gcc-11.3.0 \ --enable-languagesc,c \ --disable-multilib \ --enable-checkingrelease \ --with-system-zlib逻辑说明--prefix决定make install后文件落到哪里我习惯装到/opt下独立目录方便后续切换版本。--enable-languagesc,c只编译 C 和 C 前端能显著缩短编译时间如果你需要 Fortran 或 Ada就加上对应语言名。--disable-multilib关闭 32 位库生成在纯 64 位环境里能省掉大量编译工作。--enable-checkingrelease关闭内部断言检查加快编译速度。--with-system-zlib使用系统 zlib避免再编译一份。参数改错最典型的后果是configure报「Building GCC requires GMP 4.2, MPFR 2.4.0 and MPC 0.8.0」这时回头检查 2.1 的依赖是否就位。2.3 编译与安装make -j的并行度怎么定配置通过后就是漫长的编译。并行度不是越大越好make -j$(nproc)在内存不足的机器上会触发 OOM Killer把编译进程杀掉表现为「cc1plus 被 killed」或者「internal compiler error」。# 并行编译并行度建议为 CPU 核数内存小于 8GB 时减半 make -j$(nproc) # 安装到 --prefix 指定的目录 make install # 验证安装结果 /opt/gcc-11.3.0/bin/gcc --version逻辑说明make -j$(nproc)按 CPU 核数并行编译nproc返回可用核数。参数说明如果机器内存只有 4 GB建议改成make -j2甚至make -j1否则链接cc1plus时容易崩。安装完成后/opt/gcc-11.3.0/bin/gcc --version应输出gcc (GCC) 11.3.0。如果输出还是旧版本说明 PATH 没切过去这就是热搜里「gcc 升级后为啥还是旧版本」的典型场景下一章专门讲。3. 装完之后怎么用版本切换、日志输出与编译选项3.1 让新 GCC 生效PATH、update-alternatives 与库路径编译安装完只是第一步系统默认gcc仍然指向/usr/bin/gcc。有两种常见做法一是把/opt/gcc-11.3.0/bin加到 PATH 最前面二是用update-alternatives注册多版本。前者简单后者更适合需要在多个版本间切换的场景。# 方法一临时生效仅当前 shell export PATH/opt/gcc-11.3.0/bin:$PATH # 方法二注册到 alternatives便于切换 sudo update-alternatives --install /usr/bin/gcc gcc /opt/gcc-11.3.0/bin/gcc 60 sudo update-alternatives --install /usr/bin/g g /opt/gcc-11.3.0/bin/g 60 # 切换版本 sudo update-alternatives --config gcc逻辑说明update-alternatives --install的最后一个数字是优先级越大越优先。--config会列出所有已注册版本让你选。参数说明如果你只想当前用户用新版本改~/.bashrc里的 PATH 即可不要动系统 alternatives。注意新 GCC 编译出的程序运行时可能需要/opt/gcc-11.3.0/lib64下的libstdc.so.6如果运行时报GLIBCXX_3.4.29 not found需要把该目录加进LD_LIBRARY_PATH或写入/etc/ld.so.conf.d/。3.2 把编译日志输出到文件排查报错的后悔药GCC 编译大型项目时报错信息可能刷屏几千行终端回滚缓冲区根本不够用。热搜里「gcc 日志输出到文件」就是刚需。最直接的方式是重定向但要注意 stdout 和 stderr 都要抓。# 编译时把标准输出和标准错误都写入日志 make -j4 build.log 21 # 只保留错误和警告过滤掉进度信息 gcc -c test.c -o test.o 2 error.log # 实时查看日志同时保留文件 make -j4 21 | tee build.log逻辑说明 build.log 21把 stdout 重定向到文件再把 stderr 指向 stdout这样两类输出都进日志。2 error.log只抓错误流。tee适合你想边看边存。参数说明如果日志太大可以用grep -n error: build.log快速定位错误行号。我一般会在make前先make clean避免旧日志混进来。3.3 优化级别与目标架构-O2、-O3、-marchnative怎么选GCC 11.3.0 支持-O0到-O3、-Os、-Ofast等优化级别。选错级别要么性能上不去要么编译时间爆炸要么触发未定义行为。选项适用场景代价-O0调试变量不被优化掉运行慢体积大-O1快速编译基本优化性能提升有限-O2生产环境默认推荐编译时间中等-O3计算密集型循环展开编译慢体积大-Os嵌入式减小体积性能略低于-O2-Ofast允许违反 IEEE 标准浮点结果可能不精确# 生产环境常用组合O2 加架构原生优化 gcc -O2 -marchnative -pipe -c compute.c -o compute.o # 调试场景O0 加调试符号 gcc -O0 -g -c compute.c -o compute.o逻辑说明-marchnative让编译器针对当前 CPU 生成指令可能用到 AVX2 等扩展但换机器后可能无法运行。-pipe用管道代替临时文件加快编译。参数说明如果你要把二进制分发到其他机器不要用-marchnative改用-mtunegeneric。-Ofast会开启-ffast-math涉及浮点精度时慎用。4. 避坑与排查编译 GCC 时最容易翻车的五件事4.1 现象configure报 GMP/MPFR/MPC 版本不满足原因系统里装的 GMP 太旧或者download_prerequisites没跑成功依赖目录为空。解决先ls gmp-* mpfr-* mpc-*确认目录存在如果不存在就手动下载对应版本 tarball 放到源码根目录再跑一次脚本。如果系统已有新版 GMP 但configure仍找不到用--with-gmp/usr/local显式指定路径。4.2 现象make过程中cc1plus被 killed或报internal compiler error原因内存不足OOM Killer 杀掉了编译进程。GCC 编译 C 前端时单个进程可能吃掉 1 GB 以上内存。解决降低并行度make -j2或make -j1如果机器有 swap确认 swap 已启用实在不行先只编译 C 前端--enable-languagesc装完再补 C。4.3 现象装完后gcc --version还是旧版本原因PATH 里/usr/bin排在/opt/gcc-11.3.0/bin前面或者 shell 缓存了旧命令路径。解决which gcc看实际指向hash -r清除 shell 命令哈希确认 PATH 顺序。如果用 alternativesupdate-alternatives --config gcc检查是否选中了新版本。4.4 现象编译出的程序运行时报GLIBCXX_3.4.29 not found原因程序链接了 GCC 11 的新版libstdc.so.6但运行时加载的是系统旧版。解决把/opt/gcc-11.3.0/lib64加入LD_LIBRARY_PATH或写入/etc/ld.so.conf.d/gcc-11.conf后执行ldconfig。注意不要直接覆盖系统/usr/lib64/libstdc.so.6那会影响系统自带程序。4.5 现象make跑到一半报No space left on device原因GCC 完整编译加上中间文件可能占用 10 GB 以上/tmp或构建目录所在分区空间不足。解决df -h确认分区余量把构建目录放到大分区或者设置TMPDIR指向空间充足的位置。编译完成后make clean可以释放中间文件。5. 进阶技巧用-save-temps看编译中间产物验证 GCC 11.3.0 的真实行为装好 GCC 11.3.0 之后怎么确认它真的在按你预期工作我常用的办法是-save-temps把预处理、汇编、目标文件都留下来直接看编译器每一步干了什么。这比只看--version靠谱得多尤其是当你怀疑「升级后为啥还是旧版本」时中间产物会暴露真实使用的编译器路径和版本。# 保存所有中间产物 gcc -O2 -save-temps -c demo.c -o demo.o # 查看生成的文件 ls demo.i demo.s demo.o # 在汇编里确认是否用了新指令集 grep -m5 vmov\|vadd demo.s逻辑说明-save-temps会生成demo.i预处理后、demo.s汇编、demo.o目标文件。参数说明-save-tempsobj可以把中间文件放到目标文件同目录避免污染当前目录。如果你在汇编里看到 AVX 指令说明-marchnative生效了如果只看到 SSE 指令检查是否漏了该选项。另一个验证手段是直接查 GCC 内置宏确认标准版本和特性开关# 查看 GCC 预定义宏确认 C 标准版本 gcc -dM -E - /dev/null | grep -i __STDC_VERSION__ # 查看 C 标准支持 g -dM -E -x c - /dev/null | grep -i __cplusplus逻辑说明-dM -E让预处理器输出所有宏定义而不做实际编译。参数说明 /dev/null提供空输入避免读文件。GCC 11.3.0 在默认模式下__STDC_VERSION__可能是201710LC17__cplusplus是201703LC17。如果你需要 C20 的部分特性编译时加-stdc20。还有一个我踩过的坑GCC 11.3.0 的decNumber.c和bid128_fma.c涉及十进制浮点运算如果你在编译时开了-Ofast这些文件的浮点行为可能和标准不一致导致_Decimal128运算结果偏差。从那以后我每次编译涉及十进制浮点的代码都强制走一遍-O2加-fno-fast-math并且用-save-temps检查汇编里有没有被替换成近似指令。希望帮到你。本文还有配套的精品资源点击获取 CentOS 7.9 源码编译 GCC 11.3.0 实战：从依赖配置到版本切换避坑指南
简介GCC 11.3.0 是 GNU 编译器集合在 11.3 系列中的一个稳定版本面向需要构建 C、C、Fortran、Ada 等多语言工具链的开发者与系统维护人员。该版本在语言标准支持、编译优化与错误处理方面均有改进可满足对 C17、C20 部分特性有需求的编译场景。资源包共收录 2000 个文件以 1511 个 C 源文件与 349 个头文件为主体另含 37 个 C 源文件、49 份 PDF 文档、29 个说明文本及少量脚本与配置文件压缩包整体约 136.88MB便于完整获取源码、配置脚本与编译说明。目前已有 228 人学习下载。通过研读其源码结构读者可深入了解词法分析、语法分析、中间代码生成与优化等编译流程并借助配置与构建脚本完成针对不同操作系统和硬件架构的定制编译是学习编译器原理与工具链构建的实用参考。1. 拿到 gcc-11.3.0.tar.gz 之后它到底能解决什么谁该动手编译如果你在 CentOS 7.9 或者 Kylin V10 上被系统自带的 GCC 4.8.5 卡住过想用 C17 的std::optional、if constexpr或者想跑通某个要求 GCC 11 的构建脚本那你大概率已经搜过「gcc 下载」「gcc 安装」「gcc 升级后为啥还是旧版本」这些词。gcc-11.3.0.tar.gz就是 GNU Compiler Collection 11.3.0 的完整源码归档里面包含 C、C、Fortran、Ada、Objective-C 等前端以及bid_binarydecimal.c、decNumber.c、regex.c、cp-demangle.c、dlmalloc.c、bid128_fma.c、bid128.c、lex.c、bid128_compare.c这些支撑十进制浮点、正则、符号反解和内存分配的核心实现文件。它解决的不是「装个编译器」这么简单而是让你在旧发行版上拿到一个支持 C17、C20 部分特性、且能自己控制优化级别和目标架构的工具链。适合谁适合那些系统包管理器里最高只有 GCC 9、又不想整机升级操作系统的人以及想读编译器源码、研究decNumber十进制浮点或cp-demangleC 符号反解机制的开发者。代价是编译一次通常要 1 到 3 小时磁盘至少留 10 GB内存建议 4 GB 以上否则链接阶段会直接把你机器打爆。2. 编译前的依赖与配置别让 configure 在第一关就翻车2.1 依赖清单与 GMP/MPFR/MPC 的版本匹配GCC 源码本身不包含任意精度数学库configure阶段会检查 GMP、MPFR、MPC 三个库。常见做法是让 GCC 自己下载并编译这三个依赖也就是在configure时加--with-gmp、--with-mpfr、--with-mpc指向源码目录或者直接用contrib/download_prerequisites脚本。我一般会先跑这个脚本因为它会把匹配版本的 tarball 拉到源码根目录并解压省去手动找版本的麻烦。# 进入解压后的 GCC 源码根目录 cd gcc-11.3.0 # 下载并解压 GMP、MPFR、MPC、isl 等依赖 ./contrib/download_prerequisites # 确认依赖目录已经出现 ls -d gmp-* mpfr-* mpc-* isl-*逻辑说明download_prerequisites会读取脚本里写死的版本号下载对应 tarball 并解压到当前目录。参数说明不需要额外参数但如果你在离线环境需要提前把 tarball 放到源码根目录脚本检测到已存在文件会跳过下载。这一步失败最常见的原因是网络超时搜「下载 gcc 网速过慢怎么办」的人多半卡在这里。解决办法是手动下载脚本里列出的那几个包放到根目录再执行脚本。2.2 configure 参数怎么选--prefix、--enable-languages、--disable-multilib配置阶段决定最终编译器支持哪些语言、装到哪里、是否生成 32 位库。下面是我在 x86_64 服务器上常用的一套配置# 在源码根目录外新建构建目录避免污染源码树 mkdir build cd build # 配置只编译 C 和 C关闭 multilib指定安装前缀 ../gcc-11.3.0/configure \ --prefix/opt/gcc-11.3.0 \ --enable-languagesc,c \ --disable-multilib \ --enable-checkingrelease \ --with-system-zlib逻辑说明--prefix决定make install后文件落到哪里我习惯装到/opt下独立目录方便后续切换版本。--enable-languagesc,c只编译 C 和 C 前端能显著缩短编译时间如果你需要 Fortran 或 Ada就加上对应语言名。--disable-multilib关闭 32 位库生成在纯 64 位环境里能省掉大量编译工作。--enable-checkingrelease关闭内部断言检查加快编译速度。--with-system-zlib使用系统 zlib避免再编译一份。参数改错最典型的后果是configure报「Building GCC requires GMP 4.2, MPFR 2.4.0 and MPC 0.8.0」这时回头检查 2.1 的依赖是否就位。2.3 编译与安装make -j的并行度怎么定配置通过后就是漫长的编译。并行度不是越大越好make -j$(nproc)在内存不足的机器上会触发 OOM Killer把编译进程杀掉表现为「cc1plus 被 killed」或者「internal compiler error」。# 并行编译并行度建议为 CPU 核数内存小于 8GB 时减半 make -j$(nproc) # 安装到 --prefix 指定的目录 make install # 验证安装结果 /opt/gcc-11.3.0/bin/gcc --version逻辑说明make -j$(nproc)按 CPU 核数并行编译nproc返回可用核数。参数说明如果机器内存只有 4 GB建议改成make -j2甚至make -j1否则链接cc1plus时容易崩。安装完成后/opt/gcc-11.3.0/bin/gcc --version应输出gcc (GCC) 11.3.0。如果输出还是旧版本说明 PATH 没切过去这就是热搜里「gcc 升级后为啥还是旧版本」的典型场景下一章专门讲。3. 装完之后怎么用版本切换、日志输出与编译选项3.1 让新 GCC 生效PATH、update-alternatives 与库路径编译安装完只是第一步系统默认gcc仍然指向/usr/bin/gcc。有两种常见做法一是把/opt/gcc-11.3.0/bin加到 PATH 最前面二是用update-alternatives注册多版本。前者简单后者更适合需要在多个版本间切换的场景。# 方法一临时生效仅当前 shell export PATH/opt/gcc-11.3.0/bin:$PATH # 方法二注册到 alternatives便于切换 sudo update-alternatives --install /usr/bin/gcc gcc /opt/gcc-11.3.0/bin/gcc 60 sudo update-alternatives --install /usr/bin/g g /opt/gcc-11.3.0/bin/g 60 # 切换版本 sudo update-alternatives --config gcc逻辑说明update-alternatives --install的最后一个数字是优先级越大越优先。--config会列出所有已注册版本让你选。参数说明如果你只想当前用户用新版本改~/.bashrc里的 PATH 即可不要动系统 alternatives。注意新 GCC 编译出的程序运行时可能需要/opt/gcc-11.3.0/lib64下的libstdc.so.6如果运行时报GLIBCXX_3.4.29 not found需要把该目录加进LD_LIBRARY_PATH或写入/etc/ld.so.conf.d/。3.2 把编译日志输出到文件排查报错的后悔药GCC 编译大型项目时报错信息可能刷屏几千行终端回滚缓冲区根本不够用。热搜里「gcc 日志输出到文件」就是刚需。最直接的方式是重定向但要注意 stdout 和 stderr 都要抓。# 编译时把标准输出和标准错误都写入日志 make -j4 build.log 21 # 只保留错误和警告过滤掉进度信息 gcc -c test.c -o test.o 2 error.log # 实时查看日志同时保留文件 make -j4 21 | tee build.log逻辑说明 build.log 21把 stdout 重定向到文件再把 stderr 指向 stdout这样两类输出都进日志。2 error.log只抓错误流。tee适合你想边看边存。参数说明如果日志太大可以用grep -n error: build.log快速定位错误行号。我一般会在make前先make clean避免旧日志混进来。3.3 优化级别与目标架构-O2、-O3、-marchnative怎么选GCC 11.3.0 支持-O0到-O3、-Os、-Ofast等优化级别。选错级别要么性能上不去要么编译时间爆炸要么触发未定义行为。选项适用场景代价-O0调试变量不被优化掉运行慢体积大-O1快速编译基本优化性能提升有限-O2生产环境默认推荐编译时间中等-O3计算密集型循环展开编译慢体积大-Os嵌入式减小体积性能略低于-O2-Ofast允许违反 IEEE 标准浮点结果可能不精确# 生产环境常用组合O2 加架构原生优化 gcc -O2 -marchnative -pipe -c compute.c -o compute.o # 调试场景O0 加调试符号 gcc -O0 -g -c compute.c -o compute.o逻辑说明-marchnative让编译器针对当前 CPU 生成指令可能用到 AVX2 等扩展但换机器后可能无法运行。-pipe用管道代替临时文件加快编译。参数说明如果你要把二进制分发到其他机器不要用-marchnative改用-mtunegeneric。-Ofast会开启-ffast-math涉及浮点精度时慎用。4. 避坑与排查编译 GCC 时最容易翻车的五件事4.1 现象configure报 GMP/MPFR/MPC 版本不满足原因系统里装的 GMP 太旧或者download_prerequisites没跑成功依赖目录为空。解决先ls gmp-* mpfr-* mpc-*确认目录存在如果不存在就手动下载对应版本 tarball 放到源码根目录再跑一次脚本。如果系统已有新版 GMP 但configure仍找不到用--with-gmp/usr/local显式指定路径。4.2 现象make过程中cc1plus被 killed或报internal compiler error原因内存不足OOM Killer 杀掉了编译进程。GCC 编译 C 前端时单个进程可能吃掉 1 GB 以上内存。解决降低并行度make -j2或make -j1如果机器有 swap确认 swap 已启用实在不行先只编译 C 前端--enable-languagesc装完再补 C。4.3 现象装完后gcc --version还是旧版本原因PATH 里/usr/bin排在/opt/gcc-11.3.0/bin前面或者 shell 缓存了旧命令路径。解决which gcc看实际指向hash -r清除 shell 命令哈希确认 PATH 顺序。如果用 alternativesupdate-alternatives --config gcc检查是否选中了新版本。4.4 现象编译出的程序运行时报GLIBCXX_3.4.29 not found原因程序链接了 GCC 11 的新版libstdc.so.6但运行时加载的是系统旧版。解决把/opt/gcc-11.3.0/lib64加入LD_LIBRARY_PATH或写入/etc/ld.so.conf.d/gcc-11.conf后执行ldconfig。注意不要直接覆盖系统/usr/lib64/libstdc.so.6那会影响系统自带程序。4.5 现象make跑到一半报No space left on device原因GCC 完整编译加上中间文件可能占用 10 GB 以上/tmp或构建目录所在分区空间不足。解决df -h确认分区余量把构建目录放到大分区或者设置TMPDIR指向空间充足的位置。编译完成后make clean可以释放中间文件。5. 进阶技巧用-save-temps看编译中间产物验证 GCC 11.3.0 的真实行为装好 GCC 11.3.0 之后怎么确认它真的在按你预期工作我常用的办法是-save-temps把预处理、汇编、目标文件都留下来直接看编译器每一步干了什么。这比只看--version靠谱得多尤其是当你怀疑「升级后为啥还是旧版本」时中间产物会暴露真实使用的编译器路径和版本。# 保存所有中间产物 gcc -O2 -save-temps -c demo.c -o demo.o # 查看生成的文件 ls demo.i demo.s demo.o # 在汇编里确认是否用了新指令集 grep -m5 vmov\|vadd demo.s逻辑说明-save-temps会生成demo.i预处理后、demo.s汇编、demo.o目标文件。参数说明-save-tempsobj可以把中间文件放到目标文件同目录避免污染当前目录。如果你在汇编里看到 AVX 指令说明-marchnative生效了如果只看到 SSE 指令检查是否漏了该选项。另一个验证手段是直接查 GCC 内置宏确认标准版本和特性开关# 查看 GCC 预定义宏确认 C 标准版本 gcc -dM -E - /dev/null | grep -i __STDC_VERSION__ # 查看 C 标准支持 g -dM -E -x c - /dev/null | grep -i __cplusplus逻辑说明-dM -E让预处理器输出所有宏定义而不做实际编译。参数说明 /dev/null提供空输入避免读文件。GCC 11.3.0 在默认模式下__STDC_VERSION__可能是201710LC17__cplusplus是201703LC17。如果你需要 C20 的部分特性编译时加-stdc20。还有一个我踩过的坑GCC 11.3.0 的decNumber.c和bid128_fma.c涉及十进制浮点运算如果你在编译时开了-Ofast这些文件的浮点行为可能和标准不一致导致_Decimal128运算结果偏差。从那以后我每次编译涉及十进制浮点的代码都强制走一遍-O2加-fno-fast-math并且用-save-temps检查汇编里有没有被替换成近似指令。希望帮到你。本文还有配套的精品资源点击获取