4.5. GCC Toolset 15


Red Hat Enterprise Linux 中的 GCC Toolset 15 为 C、C++ 和 Fortran 提供了更新的编译器和调试器。它支持通过当前功能构建、测试和优化应用程序,同时保持系统稳定性和支持。

4.5.1. GCC Toolset 15 工具和版本

GCC Toolset 15 提供了在 RHEL 上构建和调试应用程序的开发工具的更新版本。

Expand
表 4.4. GCC Toolset 15 中的工具版本

Name

版本

描述

GCC

15.1.1

可移植编译器套件,支持 C、C++ 和 Fortran。

GDB

16.3

对使用 C、C++ 和 Fortran 编写的程序的命令行调试器。

binutils

2.44

用于检查和操作对象文件和二进制文件的二进制工具集合。

annobin

12.93

构建安全检查工具。

dwz

0.16

可优化 ELF 共享库和 ELF 可执行文件中包含的 DWARF 调试信息的工具,以获得大小。

4.5.2. GCC Toolset 15 中的 C++ 兼容性

GCC Toolset 15 支持一系列 C++ 语言标准。默认标准是 C++17,但您可以选择其他选项,如 C++98、C++11、C++14 或实验性版本,包括 C++20、C++23 和 C++26。要选择其他标准,请在构建代码时使用适当的编译器标志。

重要

这个兼容性信息只适用于 GCC Toolset 15 中的 GCC。

GCC Toolset 15 中的 GCC 编译器可使用以下 C++ 标准:

C++98
这个语言标准包括在 GCC Toolset 15 中。使用这个标准构建的二进制文件、共享库和对象可以自由混合,无论是否使用 GCC Toolset 15、Red Hat Developer Toolset 和 RHEL 5、6、7 和 8 的 GCC 构建。
C++11
这个语言标准包括在 GCC Toolset 15 中。
C++14

这个语言标准包括在 GCC Toolset 15 中。

当使用相应标志编译的所有 C++ 对象使用 GCC 版本 6 或更高版本构建时,支持使用 C++14 语言版本。

C++17

这个语言标准包括在 GCC Toolset 15 中。

这是 GCC Toolset 15 的默认语言标准设置,它相当于明确使用 option -std=gnu++17

当使用相应标志编译的所有 C++ 对象使用 GCC 版本 10 或更高版本构建时,支持使用 C++17 语言版本。

C++20 和 C++23, 和 C++26

这些语言标准在 GCC Toolset 15 中仅作为实验性、不稳定和不受支持的功能提供。另外,无法保证使用这些标准构建的对象、二进制文件和库的兼容性。

要启用 C++20 标准,请在 g++ 命令行中添加命令行选项 -std=c++20

要启用 C++23 标准,请在 g++ 命令行中添加命令行选项 -std=c++23

要启用 C++26 标准,请在 g++ 命令行中添加命令行选项 -std=c++26。所有语言标准均有标准兼容变体和 GNU 扩展。

当您将构建的对象与利用系统工具链 .o.a 文件构建的 GCC Toolset 15 和对象结合时,使用 GCC Toolset 15 进行链接。这样可确保仅在链接时由 GCC Toolset 15 提供的较新的库功能解决。

4.5.3. GCC Toolset 15 中的 GCC 的具体信息

库的静态链接
某些最新的库功能被静态链接到使用 GCC Toolset 15 构建的应用程序,以支持在多个 Red Hat Enterprise Linux 版本上执行。这会产生一个小的安全风险,因为标准的 Red Hat Enterprise Linux 勘误没有改变这个代码。如果因这个风险开发人员需要重建其应用程序,红帽将使用一个安全勘表进行沟通。
重要

由于这个额外的安全风险,强烈建议开发人员不要静态地将整个应用程序链接在一起。

在进行链接时,在对象文件后指定库

在 GCC Toolset 15 中,库使用 linker 脚本链接,它们可以通过静态存档指定一些符号。这是为了确保与多个 Red Hat Enterprise Linux 版本兼容所必需的。但是,链接器脚本使用对应的共享对象文件的名称。因此,linker 使用不同于预期的符号处理规则,在指定程序库选项前不识别对象文件所需的符号:

$ scl enable gcc-toolset-15 'gcc -lsomelib objfile.o'
Copy to Clipboard Toggle word wrap

以这种方式使用 GCC Toolset 15 的库会导致 linker 错误消息 undefined reference to symbol。要防止这个问题,请按照标准链接实践操作,并在指定对象文件的选项后添加库来指定选项:

$ scl enable gcc-toolset-15 'gcc objfile.o -lsomelib'
Copy to Clipboard Toggle word wrap

请注意,这个建议也适用于使用 GCC 的基本 Red Hat Enterprise Linux 版本。

4.5.4. GCC Toolset 15 中的 binutils 的具体信息

库的静态链接
GCC Toolset 15 静态将较新的库功能链接到应用程序中,以确保在多个 Red Hat Enterprise Linux 版本间的兼容性。静态链接的代码可能会带来较小的安全风险,因为安全更新需要重新构建应用程序。如果发现安全漏洞,红帽会通知开发人员通过安全公告重建受影响的应用程序。
重要

由于这个额外的安全风险,强烈建议开发人员不要静态地将整个应用程序链接在一起。

在进行链接时,在对象文件后指定库

在 GCC Toolset 15 中,库使用 linker 脚本链接,这些脚本可以通过静态存档指定一些符号。这是为了确保与多个 Red Hat Enterprise Linux 版本兼容所必需的。但是,链接器脚本使用对应的共享对象文件的名称。因此,linker 使用不同于预期的符号处理规则,在指定程序库选项前不识别对象文件所需的符号:

$ scl enable gcc-toolset-15 'ld -lsomelib objfile.o'
Copy to Clipboard Toggle word wrap

以这种方式使用 GCC Toolset 15 的库会导致 linker 错误消息 undefined reference to symbol。要防止这个问题,请按照标准链接实践操作,并在指定对象文件的选项后添加库:

$ scl enable gcc-toolset-15 'ld objfile.o -lsomelib'
Copy to Clipboard Toggle word wrap

请注意,这个建议也适用于使用 binutils 的基本 Red Hat Enterprise Linux 版本。

4.5.5. GCC Toolset 15 中的 annobin 的具体内容

在某些情况下,由于 GCC Toolset 15 中的 annobingcc 之间的同步问题,您的编译可能会失败,并显示类似如下的错误消息:

cc1: fatal error: inaccessible plugin file
opt/rh/gcc-toolset-15/root/usr/lib/gcc/_architecture_-linux-gnu/15/plugin/gcc-annobin.so
expanded from short plugin name gcc-annobin: No such file or directory
Copy to Clipboard Toggle word wrap

要临时解决这个问题,请在插件目录中创建一个从 annobin.sogcc-annobin.so 的符号链接:

  1. 进入插件目录:

    $ cd /opt/rh/gcc-toolset-15/root/usr/lib/gcc/architecture-linux-gnu/15/plugin
    Copy to Clipboard Toggle word wrap
  2. 创建符号链接:

    $ ln -s annobin.so gcc-annobin.so
    Copy to Clipboard Toggle word wrap

使用您的系统中使用的构架替换 architecture

  • aarch64
  • i686
  • ppc64le
  • s390x
  • x86_64
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部