Представлен релиз системной библиотеки GNU C Library (glibc) 2.19, которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2008. В подготовке нового выпуска использованы патчи от 78 разработчиков.

Glibc является основой большинства Linux-дистрибутивов, за исключением OpenWrt, Mandriva, Debian и Ubuntu, которые перешли на использование системной библиотеки Eglibc. Библиотека Eglibc построена на актуальной кодовой базе Glibc и полностью совместима с ней на уровне API и ABI, отличаясь интеграцией некоторых дополнительных наработок для встраиваемых систем, более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования.

Из добавленных в Glibc 2.19 улучшений можно отметить:

• Поддержка компиляции с использованием Clang-расширения «-fblock» и сборки программ из кодовой базы BSD-систем, за счёт прекращения использования в публичных заголовочных файлах конструкций «__unused» и «__block»;
• Улучшения, связанные с процессорами Power: Поддержка архитектуры powerpc64le. В soft-float порт powerpc добавлена поддержка процессоров e500. Для архитектур ppc32/power4+ и ppc64 добавлена поддержка символов STT_GNU_IFUNC;
• Улучшения, связанные с локализацией:
  • Для почти всех поддерживаемых локалей в поле LC_ADDRESS добавлена поддержка указания аббревиатуры страны, используемой в автомобильных номерах (country_car). Например, ru_RU соответствует аббревиатура
    RUS;
  • Добавлена поддержка определений ISO 1427 и ISO 3166 (кодовые обозначения государств);
  • В утилиту localedef добавлены опции «—big-endian» и «—little-endian» для генерации локалей для различных типов систем, отличных от текущей системы;
  • Бинарные файлы с параметрами локалей теперь зависят только от порядка следования байтов в системах и ни от каких других параметров. Бинарные файлы, созданные новой версией localedef, могут оказаться не совместимыми с прошлыми выпусками Glibc, и наоборот, созданные старыми версиями localedef бинарные файлы могут оказаться не совместимыми с новой версией Glibc, при следующих условиях:
    • Возможно нарушение совместимости файлов с локалями для архитектуры m68k;
    • Возможно нарушение совместимости архивов с локалями (не отдельных файлов) на системах в которых символ определяется знаковым типом;
• Поддержка контрольных вызовов SystemTap для функции malloc и медленных методов трансцендентных математических функций;
• Добавлен тестовый макрос _DEFAULT_SOURCE для активации набора деклараций в заголовочных файлах, аналогичных тем, что включены по умолчанию, даже если при сборке используются опции компилятора или макросы, отключающие некоторые декларации (например, -std=c99);
• Тестовый макрос _BSD_SOURCE отныне не активирует интерфейсы BSD, которые конфликтуют с POSIX. Удалена библиотека
  libbsd-compat;
• Из скрипта configure удалена поддержка опции «—disable-versioning», сборка с котрой не работает уже несколько лет;
• Исправлено 179 ошибок, в том числе устранено 6 уязвимостей:
  • CVE-2012-4412, CVE-2012-4424 — переполнение буфера и стека в в коде кэширования индексов для функции strcoll при сопоставлении последовательностей большого размера. Проблемы решены через использование более медленного алгоритма без кэширования в ситуациях когда размер данных слишком велик и может привести к целочисленному переполнению счётчика индекса или нехватке памяти;
  • CVE-2013-4788 — система защиты указателей pointer guard не работала для ститических приложений. Отныне для инициализации pointer guard для статически связанных приложений используются случайные значения;
  • CVE-2013-4237 — функция «readdir_r» могла записать в поле «d_name» структуры «dirent» больше данных, чем определено лимитом NAME_MAX или потерять завершающий строку нулевой символ;
  • CVE-2013-4332 — функции pvalloc, valloc, memalign, posix_memalign и
    aligned_alloc могли выделить меньше памяти, чем необходимо, или повредить содержимое кучи при указании слишком большого размера запрошенной памяти;
  • CVE-2013-4458 — переполнение стека при получении функцией getaddrinfo слишком большого числа результатов запроса при использовании протокола AF_INET6.