내가 이해한 바에 따르면, GLIBC와 비교하여 EGLIBC를 포크/포크하는 주된 이유는 데비안 개발자가 업스트림으로 푸시하려는 ARM 패치 관련 문제입니다.
약간 다른 질문이 있습니다. (임베디드 플랫폼에 비해) 상대적으로 뚱뚱한 x86-64 시스템에 중요한 차이점이 있습니까?
답변1
EGLIBC의 주요 목표(설명http://www.elibc.org/mission)은 모두 임베디드 플랫폼용입니다.
- 디스크 및 메모리 공간을 줄이는 옵션을 제공합니다. glibc와의 바이너리 호환성을 유지하려는 한 이러한 옵션은 쓸모가 없거나 x86-64에 거의 영향을 미치지 않습니다.
- 교차 컴파일 및 교차 유효성 검사 지원: 흠... x86-64에 대해 교차 컴파일을 수행하는 사람은...
- 임베디드 시스템에 사용되는 프로세서 지원: "x86-64" 임베디드 시스템을 실행하고 있지 않은 것 같으니 이것도 유용하지 않을 것입니다.
- 적절한 경우 프로세서별 기능에 대한 지원을 통합합니다. glibc는 x86에 완전히 최적화되어 있습니다.
- 가능하면 GLIBC와 API 및 ABI 호환성을 유지하세요.
배포판에서 완전히 지원하지 않는 한 eglibc를 사용하지 않는 것이 좋습니다. 전체 ABI 호환성을 사용할 수 없을 때 연결이 끊어질 수도 있기 때문입니다. 그러나 많은 개발자가 glibc의 개발 스타일을 비판하므로 비기술적인 이유로 glibc보다 eglibc가 선호될 수 있습니다.
eglibc와 glibc 간의 API 및 ABI 호환성은 큰 변경을 허용하지 않으며 모든 x86-64 최적화도 glibc에 병합될 수 있습니다.