4.3. GCC Toolset 10
GCC Toolset 버전 10에 특정한 정보와 이 버전에 포함된 툴에 대해 알아보십시오.
4.3.1. GCC Toolset 10에서 제공하는 도구 및 버전
GCC Toolset 10은 다음 도구 및 버전을 제공합니다.
| 이름 | 버전 | 설명 |
|---|---|---|
| GCC | 10.2.1 | C, C++ 및 Fortran을 지원하는 이식 가능한 컴파일러 제품군. |
| GDB | 9.2 | C, C++ 및 Fortran으로 작성된 프로그램의 명령줄 디버거. |
| valgrind | 3.16.0 | 계측 프레임워크와 메모리 오류를 감지하고 메모리 관리 문제를 식별하며 시스템 호출에서 부적절한 인수를 보고하기 위해 애플리케이션을 프로파일링하는 여러 가지 툴. |
| SystemTap | 4.4 | 계측, 재컴파일, 설치 및 재부팅 없이도 전체 시스템의 활동을 모니터링하는 추적 및 프로빙 툴. |
| Dyninst | 10.2.1 | 실행 중에 사용자 공간 실행 파일을 계측하고 작업하기 위한 라이브러리. |
| binutils | 2.35 | 개체 파일과 바이너리 바이너리를 검사하고 조작하는 바이너리 도구 및 기타 유틸리티 컬렉션. |
| elfutils | 0.182 | ELF 파일을 검사하고 조작하기 위한 바이너리 도구 및 기타 유틸리티 모음입니다. |
| dwz | 0.12 | 크기를 위해 ELF 공유 라이브러리 및 ELF 실행 파일에 포함된 DWARF 디버깅 정보를 최적화하는 툴입니다. |
| make | 4.2.1 | 종속성 추적 빌드 자동화 툴입니다. |
| strace | 5.7 | 프로그램이 수신하는 시스템 호출과 신호를 모니터링하는 디버깅 툴입니다. |
| ltrace | 0.7.91 | 프로그램에서 수행하는 동적 라이브러리에 대한 호출을 표시하는 디버깅 툴입니다. 또한 프로그램에서 실행되는 시스템 호출을 모니터링할 수 있습니다. |
| annobin | 9.29 | 빌드 보안 확인 도구. |
4.3.2. GCC Toolset 10의 C++ 호환성
여기에 제시된 호환성 정보는 GCC Toolset 10의 GCC에만 적용됩니다.
GCC Toolset의 GCC 컴파일러는 다음과 같은 C++ 표준을 사용할 수 있습니다.
- C++14
이것은 GCC Toolset 10의 기본 언어 표준 설정으로, GNU 확장 기능이 있어 옵션
-std=gnu++14를 명시적으로 사용합니다.해당 플래그로 컴파일된 모든 C++ 개체가 GCC 버전 6 이상을 사용하여 빌드된 경우 C++14 언어 버전을 사용할 수 있습니다.
- C++11
이 언어 표준은 GCC Toolset 10에서 사용할 수 있습니다.
해당 플래그로 컴파일된 모든 C++ 개체가 GCC 버전 5 이상을 사용하여 빌드된 경우 C++11 언어 버전을 사용할 수 있습니다.
- C++98
- 이 언어 표준은 GCC Toolset 10에서 사용할 수 있습니다. 이 표준을 사용하여 빌드된 바이너리, 공유 라이브러리 및 개체는 GCC 도구 세트, Red Hat Developer Toolset, RHEL 5, 6, 7 및 8의 GCC와 관계없이 자유롭게 혼합할 수 있습니다.
- C++17
- 이 언어 표준은 GCC Toolset 10에서 사용할 수 있습니다.
- C++20
- 이 언어 표준은 GCC Toolset 10에서 실험적이고 불안정하며 지원되지 않는 기능으로만 사용할 수 있습니다. 또한 이 표준을 사용하여 빌드된 오브젝트, 바이너리 파일 및 라이브러리의 호환성은 보장되지 않습니다.
모든 언어 표준은 표준 호환 변형이나 GNU 확장 모두에서 사용할 수 있습니다.
GCC Toolset과 함께 빌드된 개체를 RHEL 툴체인(특히 .o 또는. a 파일)과 혼합할 때 GCC Toolset 툴체인을 모든 링크에 사용해야 합니다. 이렇게 하면 GCC Toolset에서만 제공되는 최신 라이브러리 기능이 링크 시간에 해결됩니다.
4.3.3. GCC Toolset 10의 GCC 세부 사항
라이브러리의 정적 연결
특정 최신 라이브러리 기능은 여러 버전의 Red Hat Enterprise Linux에서 실행을 지원하기 위해 GCC Toolset으로 구축된 애플리케이션에 정적으로 연결됩니다. 이는 표준 Red Hat Enterprise Linux 에라타가 이 코드를 변경하지 않기 때문에 추가 마이너 보안 위험이 발생합니다. 이러한 위험으로 인해 개발자가 애플리케이션을 다시 빌드해야 하는 경우 Red Hat은 보안 에라타를 사용하여 이를 전달합니다.
이러한 추가 보안 위험 때문에 개발자는 동일한 이유로 전체 애플리케이션을 정적으로 연결하지 않는 것이 좋습니다.
연결할 때 오브젝트 파일 다음에 라이브러리 지정
GCC Toolset에서 라이브러리는 정적 아카이브를 통해 일부 기호를 지정할 수 있는 링커 스크립트를 사용하여 연결됩니다. 이는 여러 버전의 Red Hat Enterprise Linux와의 호환성을 보장하는 데 필요합니다. 그러나 링커 스크립트는 해당 공유 개체 파일의 이름을 사용합니다. 결과적으로 링커는 예상과 다른 기호 처리 규칙을 사용하며 오브젝트 파일을 지정하는 옵션보다 라이브러리 추가 옵션이 지정되기 전에 오브젝트 파일에 필요한 기호를 인식하지 않습니다.
$ scl enable gcc-toolset-10 'gcc -lsomelib objfile.o'
이러한 방식으로 GCC Toolset의 라이브러리를 사용하면 링크러 오류 메시지 정의되지 않은 기호 참조가 생성됩니다. 이 문제를 방지하려면 표준 연결 방법을 따르고 오브젝트 파일을 지정하는 옵션 뒤에 라이브러리 추가 옵션을 지정합니다.
$ scl enable gcc-toolset-10 'gcc objfile.o -lsomelib'이 권장 사항은 GCC 기본 Red Hat Enterprise Linux 버전을 사용하는 경우에도 적용됩니다.
4.3.4. GCC Toolset의 binutils 세부 사항 10
라이브러리의 정적 연결
특정 최신 라이브러리 기능은 여러 버전의 Red Hat Enterprise Linux에서 실행을 지원하기 위해 GCC Toolset으로 구축된 애플리케이션에 정적으로 연결됩니다. 이는 표준 Red Hat Enterprise Linux 에라타가 이 코드를 변경하지 않기 때문에 추가 마이너 보안 위험이 발생합니다. 이러한 위험으로 인해 개발자가 애플리케이션을 다시 빌드해야 하는 경우 Red Hat은 보안 에라타를 사용하여 이를 전달합니다.
이러한 추가 보안 위험 때문에 개발자는 동일한 이유로 전체 애플리케이션을 정적으로 연결하지 않는 것이 좋습니다.
연결할 때 오브젝트 파일 다음에 라이브러리 지정
GCC Toolset에서 라이브러리는 정적 아카이브를 통해 일부 기호를 지정할 수 있는 링커 스크립트를 사용하여 연결됩니다. 이는 여러 버전의 Red Hat Enterprise Linux와의 호환성을 보장하는 데 필요합니다. 그러나 링커 스크립트는 해당 공유 개체 파일의 이름을 사용합니다. 결과적으로 링커는 예상과 다른 기호 처리 규칙을 사용하며 오브젝트 파일을 지정하는 옵션보다 라이브러리 추가 옵션이 지정되기 전에 오브젝트 파일에 필요한 기호를 인식하지 않습니다.
$ scl enable gcc-toolset-10 'ld -lsomelib objfile.o'
이러한 방식으로 GCC Toolset의 라이브러리를 사용하면 링크러 오류 메시지 정의되지 않은 기호 참조가 생성됩니다. 이 문제를 방지하려면 표준 연결 방법을 따르고 오브젝트 파일을 지정하는 옵션 뒤에 라이브러리 추가 옵션을 지정합니다.
$ scl enable gcc-toolset-10 'ld objfile.o -lsomelib'이 권장 사항은 기본 Red Hat Enterprise Linux 버전 binutils 를 사용하는 경우에도 적용됩니다.
