私が理解しているように、GLIBCと比較してEGLIBCをフォーク/フォークする主な理由は、Debian開発者がアップストリームにプッシュしようとする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にマージできます。