LINUX.ORG.RU
Новости — Open Source  

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 ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Open Source