LINUX.ORG.RU

Glibc 2.2.5 is out


0

0
Вышла новая версия glibc серии 2.2. Поскольку никаких критических ошибок в предыдущей версии обнаружено небыло, это в основном feature-release, тем не менее никаких проблем не ожидается и пользователям рекомендуют проапдейтить свою glibc (are you brave enough for that?). В числе новых возможностей: поддержка PPC/Hurd и Linux x64-64, поддержка gcc3. Изменения в динамическом компоновщике теперь позволят быстрее загружать приложения собранные с помощью свежих binutils.

>>> Анонс

★★★★★

Проверено:
А как же "This release has a <b>glob security patch</b>, gcc-3.x support, and many other various changes here and there"?
pandrey ★★
()
Тем, кто всё-таки рискнёт собрать это дело руками:

не наступайте на те же грабли что и я в первый раз. Если вы в Линуксе (в др. Юниксах эту либу не собирал) не забудте также скачать из того же места файл linux-threads* и распаковать его внутрь дерева исходников и никуда иначе! И при конфигурации использовать опцию --enable-addons=linux-threads.

Видимо команда GNU до сих пор упирается в то, что Linux для ихней libC не основная ОС. Главная операционка у них для испытаний это GNU/HURD.

Android
()
ага.. а еще linux-crypt тоже можно. или уже внутрь положили?
silver
()
кто-нибудь может подробно объяснить, что там в линкере прооптимизировали? это, случаем не из оперы "сменил библиотеку -- пересобирай все бинарники, с ней слинкованные"?
anonymous
()
А на каком уровне поддержка HURD? На уровне сообщений или как? А то родная libc для HURD GPL (более того, libhurd - GPL), а glibc - LGPL...
allter
()
... Или же FSF просто даёт ту часть, что под Linux - под LGPL, а ту часть, что портирована для HURD - под GPL?
allter
()
crypt уже внутри лежит еще с прошлой версии или еще раньше
anonymous
()
У кого-нибудь так было: на этапе others валится в каталоге sunrpc при запуске rpcgen.
nickg
()
>У кого-нибудь так было: на этапе others валится в каталоге sunrpc при запуске rpcgen.
Это все было еще c версии 2.1.0 - нефиг CFLAGS менять или pgcc юзать ;)
Для CFLAGS рекомендую только - -O(2-9) -fomit-frame-pointer -fschedule-insns2 -march=YOURCPU -mcpu=YOURCPU -ffast-math
и все - больше трогать ничего не надо
nick
()
Ответ на: комментарий от nick
Не то. execv: Permission denied ./rpcgen: C preprocessor failed with exit code 1

nickg
()
>Не то. execv: Permission denied ./rpcgen: C preprocessor failed with exit code 1
Ну да - это тот самый баг - причем компилера а не libc.
Этот код не модифицировался со времен 2.1.0 и является детектором gcc.
Просто libc нужен этот самый rpcgen - он генерит сорцы. А при его запуске
как правило создается coredump.
Короче - я использую gcc-2.95.3 и никаких проблем - все остальные версии gcc - глюковатые
(насчет последней 3.0.3 ничего сказать немогу - нескоро еще на gcc3 полностью перейду)
nick
()
для gcc 3 большую часть пересобирать надо будет. в gcc3 другая схема exception handling
lb
()
>для gcc 3 большую часть пересобирать надо будет. в gcc3 другая схема exception handling
не только - там другая схема c++ mangling
впрочем и сам переход на libc-2.2.x требует переделки всей системы из другой схемы работы с NLS ;)
nick
()
Ответ на: комментарий от nick
Не смешно. В моем дистре (RedHat 7.0) все предыдущие версии собирались прекрасно. Возможно, причина в том, что я распаковывал star'ом вместо обычного tar'а. Не знаю.
nickg
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.