Проект Eglibc был основан в ответ на слишком жесткую и централизованно контролируемую политику приёма изменений в GLibc. В Eglibc был изменён процесс сборки для предоставления возможности гибкого управления включением разных компонентов, улучшена поддержка кросс-компиляции и кросс-тестирования, обеспечено включение дополнительных режимов оптимизации, приняты дополнительные патчи. При этом Eglibc не был форком GLibc, а лишь являлся доработанной пересборкой, построенной на актуальной кодовой базе Glibc и полностью совместимой с ней на уровне API и ABI.

Два года назад методы управления разработкой Glibc кардинально поменялись: от управления проектом отстранился Ульрих Дреппер (Ulrich Drepper), который ранее единолично контролировал процесс приёма патчей и сопровождение проекта. Полномочия по принятию решений перешли в руки команды активных мэйнтейнеров. Разногласия с разработчиками еglibc были исчерпаны и был взят курс на совместную работу, постепенную интеграцию расширенных возможностей еglibc в glibc и последующее объединение проектов.

В настоящее время все наиболее важные возможности Eglibc уже перенесены в GLibc. В том числе переименованы зарезервированные ключевые слова и обеспечена возможность использования POSIX shell вместо bash. Создана стабильная ветка, в которую оперативно вносятся исправления. Прекращено разделение архитектур на основные (x86, SuperH, SPARC) и вторичные (ARM, MIPS), ранее размещённые в отдельном репозитории glibc-ports.

Исключением, мешавшим возвращению Debian на Eglibc, оставалась поддержка гибкой настройки компонентов (сборка с флагом "-Os" и без поддержки NIS и RPC), которую планировалось использовать в Debian-Installer. Но план потерял актуальность в связи с незничительным выигрышем в размере библиотеки на фоне динамичного развития аппаратных платформ. В итоге, в настоящий момент только пять доступных в Eglibc патчей не перенесены в GLibc: установка файлов *_pic.a для использования в mklibs, динамическая перезагрузка /etc/resolv.conf, установка заголовков при загрузке, обходное решение проблем с CPU PowerPC 8xx и доступ к FPSCR для процессоров SuperH с ядром SH4.

Источник: http://www.opennet.ru/opennews/art.shtml?num=40033