11.11. 컴파일러 및 개발 도구

glibc 패키지는 업스트림 2.39 릴리스의 버그 수정 및 개선 사항을 포함하도록 업데이트되었습니다.

업스트림 개발에서는 glibc 2.39에 여러 버그 수정 및 개선 사항을 제공했습니다. 그 결과 RHEL 10 glibc 는 업스트림 릴리스와 관련하여 오래되어 기능 및 해결되지 않은 버그의 격차가 발생했습니다. 이를 해결하기 위해 glibc 2.39 업스트림 릴리스 분기의 수정 및 개선 사항이 RHEL 10으로 백포트되었습니다. 결과적으로 RHEL 10 glibc 는 2025년 8월 20일 현재 업스트림 glibc 2.39 릴리스 분기와의 기능 및 버그 패리티를 제공합니다.

감사 모드에서 glibc 동적 링커를 실행할 때 특정 프로그램이 더 이상 충돌하지 않음

이전 버전에서는LD_AUDIT 모드의glibc 동적 링커가 링커가 기본malloc 하위 시스템을 초기화하기 전에 기본calloc 함수를 사용하여 내부 데이터 구조를 할당할 수 있었습니다. 그 결과 시작 중에 특정 프로그램이calloc 함수에서 예기치 않게 종료되었습니다. 이번 업데이트를 통해 프로세스 시작 시퀀스가 다시 정렬되어 시작 중에 내부malloc 구현을 사용하여 기본malloc 함수로 전환하기 전에calloc 메모리 할당이 발생했습니다. 결과적으로 동적 링커가 감사 모드에 있을 때calloc 함수에서 시작 중에 프로그램이 더 이상 충돌하지 않습니다.

glibc의 감사 모듈에서 재귀 dlopen 호출 지원 개선

이전 버전에서는 auditors의 재귀dlopen 호출에서 glibc의dl-open.c 에서r_state == RT_CONSISTENT 어설션 실패를 트리거할 수 있었습니다. 그 결과 감사자가 활성화되면 애플리케이션이 예기치 않게 종료되었습니다. 이번 업데이트를 통해 동적 링커는 진행 중인 호출 중에 이전에 내부 데이터 구조의 일관성을 보고합니다. 결과적으로 감사자에 대한 재귀적dlopen 작업이 더 많은 경우에 지원됩니다.

glibc: ctype.h 매크로로 인해 여러 libc.so가 있는 다중 스레드 프로그램에서 분할 오류가 발생했습니다.

이전 버전에서는 감사 또는dlmopen 을 사용하여 생성한 보조 C 라이브러리 복사본의 <ctype.h >의 내부 상태가 kafkapthread_create 로 생성된 스레드를 초기화하지 못했습니다. 결과적으로 직접 또는 간접적으로 보조 스레드와 네임스페이스가 프로그램 충돌을 초래하는 <ctype.h > 기능을 사용합니다.

NSS 병합이 glibc에서ERANGE 가 발생하면 getent 그룹이 전체 멤버 목록을 반환합니다.

이번 업데이트 이전에는 NSS(Name Service Switch)가 두 개 이상의 소스에서 그룹을 병합하는 시스템의 너무 작은 내부 버퍼로 인해 두 그룹 항목 간 병합이 실패할 수 있었습니다. 이러한 경우 glibc는 더 큰 버퍼로 재시도하는 대신 병합을 잘못 건너뛰었습니다. 결과적으로 그룹 멤버십을 쿼리하면 여러 그룹 데이터베이스가 있는 환경이 불완전하거나 비어 있습니다.

glibc 감사 로깅은 완전한 오브젝트 라이프사이클 추적 기능을 제공합니다.

이번 업데이트 이전에는 이전 la_objopen 없이 보조 네임스페이스의 프록시 ld.so 링크 맵에 대해 la_objclose 라는 glibc 동적 링커입니다. 이로 인해 la_objopen 을 사용하여 공유 오브젝트를 추적하는 툴에 대한 개체 라이프사이클 보고가 불완전했습니다.