LINUX.ORG.RU

2.12 был неинтересный, ничего особенно нового, наверное и решили его 2.11.2 сделать, тем более что ни tarball, ничего не было, просто письмо Дреппера в рассылку что он решил релизиться

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

> соберите eglibc из debian, он лучше )

Нет уж, пусть дебиановцы сами его и собирают, а я по-старинке, как Патрик завещал.

dm1024 ★★★
()
Ответ на: комментарий от Sylvia

Никогда раньше не интересовался различиями между glibc и eglibc. Реально ли eglibc лучше настолько что это ощутимо и действительно стоит перейти на него не только ради экспириенса к красноглазию?

gRAyNDEr
()
Ответ на: комментарий от gRAyNDEr

> Реально ли eglibc лучше настолько что это ощутимо и действительно стоит перейти на него не только ради экспириенса к красноглазию?

Там, небось, все собранное с glibc поотваливается потом. И все это из-за того, что дебиановцам не понравился маинтейнер glibc.

dm1024 ★★★
()
Ответ на: комментарий от dm1024

Двумя тредами ранее я слышал что eglibc лучше. Вот и интересно чем

gRAyNDEr
()
Ответ на: комментарий от dm1024

ну так и я также) просто патчи перечисленные в series наложить и собирать обычным способом )
eglibc стабильнее и терпимее к новым GCC , а также более экстремальным флагам сборки

eglibc из убунты несколько более экспериментальна, там патчей у М.Клозе больше, некоторые... ну не совсем адекватны мне показались)

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

>eglibc стабильнее и терпимее к новым GCC
Это значит, что если я к примеру перейду на более новую версию gcc то со сборкой glibc у меня могут возникнуть проблемы, в то время как вероятность успешной сборки с eglibc выше, потому что он терпимее?

gRAyNDEr
()
Ответ на: комментарий от gRAyNDEr

~ :$/lib/libc.so.6
GNU C Library (/MEYA ARGENTA/) stable release version 2.11.1, by Roland McGrath et al.
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.5.1.
Compiled on a Linux >>2.6.33.4-lu<< system on 2010-05-17.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
For bug reporting instructions, please see:
<http://www.eglibc.org/issues/>.


впрочем, glibc штука такая, что если все работает, лучше не трогать без особенной на то необходимости, а уж особенно в gentoo

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

>впрочем, glibc штука такая, что если все работает, лучше не трогать без особенной на то необходимости, а уж особенно в gentoo
хорошо, спасибо

Compiled by GNU CC version 4.5.1

Я смотрю ты собрала все gcc 4.5.1 c svn.
У меня тоже есть своя сборка в /opt/gcc/4.5.1 Как сделать так чтобы emerge ей собирал все.

gRAyNDEr
()
Ответ на: комментарий от gRAyNDEr

make.conf

вариант 1:
CC=/opt/gcc/4.5.1/bin/gcc
CXX=/opt/gcc/4.5.1/bin/g++

emerge -1 libtool autoconf

вариант 2: (рекомендуется) тоже в make.conf:

PATH=/opt/gcc/4.5.1/bin:$PATH

еще рекомендуется вынести libstdc++.so.6 симлинком в /usr/local/lib например

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

PS:

не забудь про -fexcess-precision=fast
libtool и autoconf нужно пересобирать при смене gcc , оно запоминает его характеристики в конфиг

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

Попробовал на своей генте x86_64 собрать некоторую самописную расчётную прогу gcc-4.5 из svn. В общем убедился, что для 64 бит плясок с бубном на счёт -fexcess-precision=fast не нужно. Выигрыш от перехода с 4.3.4 неплохой по скорости, но зато код вылез на 20% больше (при одинаковых флагах)

eugeneblack
() автор топика
Ответ на: комментарий от eugeneblack

для 64 не нужно, и с -mfpmath=sse тоже (на 64 битах оно по умолчанию)
по скорости - да, мне тоже нравится, правда с 4.3 на x86 наверное выигрыш не очень, а вот с сравнительно медленной 4.4 - да.

не понравился по производительности только Gtk

Sylvia ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.