4.5. GCC Toolset 12
了解特定于 GCC Toolset 版本 12 以及此版本中包含的工具的信息。
4.5.1. GCC Toolset 12 提供的工具和版本 复制链接链接已复制到粘贴板!
GCC Toolset 12 提供以下工具和版本:
| Name | 版本 | 描述 |
|---|---|---|
| GCC | 12.2.1 | 便携式编译器套件,支持 C、C++ 和 Fortran。 |
| GDB | 11.2 | 命令行调试器,适用于使用 C、C++ 和 Fortran 编写的程序。 |
| binutils | 2.38 | 一组二进制工具和其他实用程序,用于检查和操作对象文件和二进制文件。 |
| dwz | 0.14 | 用于优化 ELF 共享库和 ELF 可执行文件中包含的 DWARF 调试信息的工具。 |
| annobin | 11.08 | 构建安全检查工具. |
4.5.2. GCC Toolset 12 中的 C++ 兼容性 复制链接链接已复制到粘贴板!
这里给出的兼容性信息只适用于 GCC Toolset 12 中的 GCC。
GCC Toolset 中的 GCC 编译器可以使用以下 C++ 标准:
- C++14
这个语言标准包括在 GCC Toolset 12 中。
当使用 GCC 版本 6 或更高版本构建了使用相应标记编译的所有 C++ 对象时,支持使用 C++14 语言版本。
- C++11
这个语言标准包括在 GCC Toolset 12 中。
当使用 GCC 版本 5 或更高版本构建了使用相应标记编译的所有 C++ 对象时,支持使用 C++11 语言版本。
- C++98
- 这个语言标准包括在 GCC Toolset 12 中。通过使用 GCC Toolset、Red Hat Developer Toolset 以及 RHEL 5、6、7 和 8 的 GCC 构建二进制文件、共享库和对象,都可以自由混合。
- C++17
这个语言标准包括在 GCC Toolset 12 中。
这是 GCC Toolset 12 的默认语言标准设置,它相当于使用
-std=gnu++17选项进行显式使用。当使用 GCC 版本 10 或更高版本构建了使用相应标记编译的所有 C++ 对象时,支持使用 C++17 语言版本。
- c++20 和 C++23
这个语言标准只在 GCC Toolset 12 中作为实验性、不稳定和不受支持的功能提供。此外,还无法保证使用此标准构建的对象、二进制文件和库的兼容性。
要启用 C++20 支持,请将命令行选项
-std=c++20添加到 g++ 命令行。要启用 C++23 支持,请在 g++ 命令行中添加命令行选项
-std=c++23。
所有语言标准均可在符合标准的变体或 GNU 扩展中找到。
将与 GCC Toolset 构建的对象与通过 RHEL 工具链构建的对象(particularly. o 或. a 文件)混合时,应将 GCC Toolset 工具链用于任何链接。这可确保任何仅由 GCC Toolset 提供的更新库功能在链接时得以解决。
4.5.3. GCC Toolset 12 中的 GCC 的具体信息 复制链接链接已复制到粘贴板!
库的静态链接
某些较新的库功能已静态链接到使用 GCC 工具集构建的应用程序中,以支持在多个版本的 Red Hat Enterprise Linux 中执行。这会产生另外一个小的安全风险,因为标准的 Red Hat Enterprise Linux 勘误表不会改变这个代码。如果开发人员出于此风险而需要重建其应用,红帽将使用安全勘误对此进行沟通。
由于这种额外的安全风险,开发人员强烈建议不要出于相同的原因将整个应用程序静态链接。
在链接时在对象文件后指定库
在 GCC Toolset 中,库使用链接器脚本链接,这些脚本可能通过静态存档指定一些符号。这需要确保与红帽企业 Linux 的多个版本兼容。但是,链接器脚本使用对应共享对象文件的名称。因此,链接器使用与预期不同的符号处理规则,在指定对象文件选项前,在指定对象文件选项前不会识别对象文件所需的符号:
scl enable gcc-toolset-12 'gcc -lsomelib objfile.o'
$ scl enable gcc-toolset-12 'gcc -lsomelib objfile.o'
以这种方式使用 GCC Toolset 中的库会导致 未定义引用的 符号链接器错误消息。要防止这个问题,请遵循标准链接实践,并在指定对象文件的选项后指定添加库的选项:
scl enable gcc-toolset-12 'gcc objfile.o -lsomelib'
$ scl enable gcc-toolset-12 'gcc objfile.o -lsomelib'
请注意,在使用基本 Red Hat Enterprise Linux 的 GCC 版本时,这个建议也适用。
4.5.4. GCC Toolset 12 中 binutils 的细节 复制链接链接已复制到粘贴板!
库的静态链接
某些较新的库功能已静态链接到使用 GCC 工具集构建的应用程序中,以支持在多个版本的 Red Hat Enterprise Linux 中执行。这会产生另外一个小的安全风险,因为标准的 Red Hat Enterprise Linux 勘误表不会改变这个代码。如果开发人员出于此风险而需要重建其应用,红帽将使用安全勘误对此进行沟通。
由于这种额外的安全风险,开发人员强烈建议不要出于相同的原因将整个应用程序静态链接。
在链接时在对象文件后指定库
在 GCC Toolset 中,库使用链接器脚本链接,这些脚本可能通过静态存档指定一些符号。这需要确保与红帽企业 Linux 的多个版本兼容。但是,链接器脚本使用对应共享对象文件的名称。因此,链接器使用与预期不同的符号处理规则,在指定对象文件选项前,在指定对象文件选项前不会识别对象文件所需的符号:
scl enable gcc-toolset-12 'ld -lsomelib objfile.o'
$ scl enable gcc-toolset-12 'ld -lsomelib objfile.o'
以这种方式使用 GCC Toolset 中的库会导致 未定义引用的 符号链接器错误消息。要防止这个问题,请遵循标准链接实践,并在指定对象文件的选项后指定添加库的选项:
scl enable gcc-toolset-12 'ld objfile.o -lsomelib'
$ scl enable gcc-toolset-12 'ld objfile.o -lsomelib'
请注意,在使用基本 Red Hat Enterprise Linux 的 binutils 版本时,这个建议也适用。
4.5.5. GCC Toolset 12 中 annobin 的细节 复制链接链接已复制到粘贴板!
在某些情况下,由于 GCC Toolset 12 中的 annobin 和 gcc 之间的同步问题,您的编译可能会失败,并显示类似如下的错误消息:
cc1: fatal error: inaccessible plugin file opt/rh/gcc-toolset-12/root/usr/lib/gcc/architecture-linux-gnu/12/plugin/gcc-annobin.so expanded from short plugin name gcc-annobin: No such file or directory
cc1: fatal error: inaccessible plugin file
opt/rh/gcc-toolset-12/root/usr/lib/gcc/architecture-linux-gnu/12/plugin/gcc-annobin.so
expanded from short plugin name gcc-annobin: No such file or directory
要临时解决这个问题,请从 annobin.so 文件中创建一个符号链接到 gcc-annobin.so 文件中:
cd /opt/rh/gcc-toolset-12/root/usr/lib/gcc/architecture-linux-gnu/12/plugin ln -s annobin.so gcc-annobin.so
# cd /opt/rh/gcc-toolset-12/root/usr/lib/gcc/architecture-linux-gnu/12/plugin
# ln -s annobin.so gcc-annobin.so
使用您系统中使用的构架替换 architecture :
-
aarch64 -
i686 -
ppc64le -
s390x -
x86_64