это хорошо что gcc3 не забросили, а то gcc4 еще слишком сырой, даже гентушники им не пользуются

>так и ошибок неверной генерации кода

То есть, раньше неправильный код генерировался неверно. Теперь неправильный код генерируется как надо? Однако, существенный фикс. ;)

Вот оно, федоркино горе.

>а то gcc4 еще слишком сырой, даже гентушники им не пользуются

Да ну? Видать я не гентушник совсем... Пойду утоплюсь.

http://gentoo-wiki.com/HOWTO_gcc4

> http://gentoo-wiki.com/HOWTO_gcc4

а ты им пробовал world собирать?

>а ты им пробовал world собирать?

Как раз сегодня на ночь зарядил, system собрался со свистом.

А это правда, что gcc4 может использовать результаты profiling'a для оптимизации? Типа чтоб догнать и перегнать icc =)

>а ты им пробовал world собирать?

>Как раз сегодня на ночь зарядил, system собрался со свистом.

на, JB, читай ещё (только не удавись от зависти (no offense, really)) -- хоть и unsupported, но, блин, работает же :))

http://forums.gentoo.org/viewtopic-t-395522.html

а вообще ветка форума по gcc-4 существует уже фиг знает сколько времени (самые гикнутые обкатывают 4.1)

> на, JB, читай ещё (только не удавись от зависти (no offense, really))
> --  хоть и unsupported, но, блин, работает же :))

А что ему давиться? gcc4 уже давно далеко не только в дженте, знаете
ли... =)

> на, JB, читай ещё (только не удавись от зависти (no offense, really)) -- хоть и unsupported, но, блин, работает же :))

вы тестируйте, а мы подождем ;)

> gcc4 уже давно далеко не только в дженте, знаете ли... =)

в слаке в /testing все еще 3.4, о 4.0 Патрик видимо еще не задумывался

ну он пологода как в портэжах и тем не менее, из-за возможной неготовности некоторых приложений (смотрим на bugs.gentoo.org, в частности про 2.6.14 есть) и:

> Стоить заметить, что эта версия во многих случаях генерирует более быстрый код, чем компиляторы из серии 4.0.x.

имхо, не стоит до стабильного релизу дергаться, даже несмотря на то, что gcc-config никто не отменял:))

>только не удавись от зависти

Таких надо самому давить. Попробуй - получишь удовольствие!

[off] > вы тестируйте, а мы подождем ;)

хех, JB за старое взялся :) не надоело? :)

>А что ему давиться? gcc4 уже давно далеко не только в дженте, знаете ли... =)

да знаем :) не подавится, проверено временем. скорей порвёцца от многообразия предпочтений (слака, фрюха, убунту, джента (было-было, и не так давно:)) /[off]

а вообще, чегой-то мы о четвёрке? топик вроде не про неё. ждущим ебилды для 3.4.5 -- они уже есть (правда -*, но когда это кого-нибудь останавливало? :)

> джента (было-было, и не так давно:))

это клевета ;) небыло этого

Буагагагага Генту + гцц 4, не смешите мои тапочки, там 3.4.4 криво работал.

3.4.5 буду ставить чисто из-за того что бы оптимизировать софт, ибо 1,7 ггц моего пня-м уже мне не хватает порой.

И еще в догонку, самый прямо гцц 4 видел только в дебиане, остальное ложь, пиздешь и правокация :-D

>Буагагагага Генту + гцц 4, не смешите мои тапочки, там 3.4.4 криво работал.

Странно, а что там было, ато я несчастный смотрел смотрел да не высмотрел?

>>там 3.4.4 криво работал.

например?

>3.4.5 буду ставить чисто из-за того что бы оптимизировать софт

Ну-ну, удачи. Ну просто сама наивность.

А ты смотри дальше стандартного набора ;-)

Прирост конечно не в 80 раз, но хотя бы какие-то копейки.... как говорится, по сусекам поскребем и т.д.... :-))

авторы, которые постят новости на лоре, на мой взгляд, парсят генту портеж на новые версии программ!.....

Вопрос на засыпку: Что за компилятор в SuSE v10?

linux:/home/leshy # gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,f95,java,ada --disable-checking --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-java-awt=gtk --disable-libjava-multilib --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux
Thread model: posix
gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)

> Вопрос на засыпку: Что за компилятор в SuSE v10?

gcc-4.0.2_20050901-3.i586

> в слаке в /testing все еще 3.4, о 4.0 Патрик видимо еще не задумывался

Очень жаль, имено по этой причине приходится мучиться в тормознутых дистрах типа SuSe и Mandriva. Когда уже Патрик доберется до gcc4. Бо мой проек на 4.0 собирается в два раза быстрее чем на 3.3 или 3.4

Через несколько месяцев планируется выпуск GCC 3.4.6, который, скорее всего, будет последним GCC 3.4.x

Tol'ko segodnya ehal v avtobuse na raboyu i dumal, kogda zhe vyjdet novyj gcc

Подумай лучше где будешь отмечать новый год, на канарах или на мальдивах

>Прирост конечно не в 80 раз, но хотя бы какие-то копейки.... как говорится, по сусекам поскребем и т.д....

на что только люди не идут лишь бы не искать нормальную работу

ага в дебиане он меня просто умиляет, когда его тестинг ставит по умолчанию, а потом отказывается собирать им ядро (= (2.6.8)

Только что понял? Мне вот, к примеру, от jabber.ru в psi ссыпается rss-ник гентовский с обновлениями пакетов. Ниче парсить не надо :-)

>ага в дебиане он меня просто умиляет, когда его тестинг ставит по умолчанию, а потом отказывается собирать им ядро (= (2.6.8)

а 2.4.18 им не пробовал собрать из woody? P.S. нафига ваще такое старье пересобирать...

Болван.

> 3.4.5 буду ставить чисто из-за того что бы оптимизировать софт, ибо
> 1,7 ггц моего пня-м уже мне не хватает

$SUBJ

> ага в дебиане он меня просто умиляет, когда его тестинг ставит по умолчанию,
> а потом отказывается собирать им ядро (= (2.6.8)

На scripts/kconfig/mconf.c  ругается? Дык что он, виноват, что kernel
hackers C не знают?

Присоединяюсь.

Из соседнего треда:

>>Потом как-то (на ЛОРЕ кстати) встретил сравнение производительности Debian и Gentoo. Оно было не в пользу последней. При всех примененных в Gentoo оптимизациях она показывала в ряде тестов значительно худший результат, нежели "пакетный" Debian.

А знаешь почему? Потому, что вчерашние школьники (сегодняшние гентООшники) пока с неокрепшими мозгами, и не понимают, что чтобы что-то собрать, недостаточно запустить make... Надо на КАЖДУЮ программу прочитать гору документации. Разработчики mozilla, например, вообще пишут, что если mozilla собирать с опциями, отличными от -march=i386 -O2, то она, mozilla, не только не будет быстрее работать, а мало того, что будет работать медленнее, так и за работоспособность после -O3 они вообще не отвечают. Именно поэтому каждый дистрибутор (RedHat, SUSE) имеет тысячи разработчиков, и каждый собирает не более трех-пяти пакетов, потому что они все рабочие дни напролет тратят в багзиллахи рассылках того, чего они собирают. И эти разработчики ЗНАЮТ как и с какими флагами можно собирать какую-то прогу, а с какими флагами категорически нельзя.

Но какой-там дистрибуторы... Со школы приходит прыщавый двоешник Федор и начинает всё компилить -march=pentium6 -O3 и предвкушает прирост производительности В РАЗЫ :) :) :)

(c) log1n

а что, кто то насильно заставляет компилять генту с -О3 ? или религия не позволяет делать -О2 ? Я вот раньше пользовал РХ и читал таких вот критиков что типа генту ацтой, тормаз и ваще пионерия, а потом таки собрался и перешел на генту, теперь жалею что так долго медлил, слушая вот таких вот ораторов :)

> а что, кто то насильно заставляет компилять генту с -О3 ? или религия
> не позволяет делать -О2 ? 

А что, религия не позволяет пользоваться бинарными дистрибутивами?

> читал таких вот критиков что типа генту ацтой, тормаз и ваще пионерия

Я не понимаю, чем бинарники, собранные лично В. Пупкиным на своем PCюке
лучше, чем те, что соберет buildd под чутким руководством maintainer'а?
Что, исходники другие? Или gcc заколдованный? Или этому самому Васе 
просто делать нечего?

тем что у меня собрано -qt -kde -arts и т.д. ;) я тут пытался как то дебиан вычистить от излишков, дык удаляет 1 либу и ставит 3 вместо неё

ЗЫ. дебиан кстате тоже пользую ;)

>Что, исходники другие? Или gcc заколдованный?

Карма лучше.

>Я не понимаю, чем бинарники, собранные лично В. Пупкиным на своем PCюке лучше, чем те, что соберет buildd под чутким руководством maintainer'а? Что, исходники другие? Или gcc заколдованный? Или этому самому Васе просто делать нечего?

Хотя бы тем, что не надо ждать, пока появятся бинарные сборки. В дженту обычно достаточно переименовать ebuild и эмерджить - новая версия считай в кармане. К тому же, попробуй-ка избавь любой бинарный дистр от лишних библиотек - узнаешь много интересного.

Ну вот, стали и логина (того самого, с высосаными мозгами) цитировать. Дожили. Авторитетный эксперт, блин. Еще бы батарейкина вспомнили.

Хватит флеймить, господа.

>Буагагагага Генту + гцц 4, не смешите мои тапочки, там 3.4.4 криво работал.

У меня счас gcc 3.4.4 установлен, работает прямо. Проверь /dev/hands

Я не понимаю, чем бинарники, собранные лично В. Пупкиным на своем PCюке лучше, чем те, что соберет buildd под чутким руководством maintainer'а?

А ты минимальные системные требования своего дистра читал? Вот под это железо он и заточен. Это как винды-95 (бинарные ессено;) ), скомпиленные для 386, запускать на AMD64 и думать, что они используют весь ресурс твоего проца:)

гцц 3.4.4 сейчас уже +x86 (и не только на х86), потому и работает прямо

Еще один болван

> А ты минимальные системные требования своего дистра читал?
> Вот под это железо он и заточен.

Да? А шо оно такое в /usr/lib/i686 да в /usr/lib/sse2 лежит?

То, что _действительно_ надо собирать с оптимизацией под каждую
железку, уже собрано.

> Хотя бы тем, что не надо ждать, пока появятся бинарные сборки.

Мне спешить некуда, подожду. Тем более, что в unstable они появятся
раньше (чем если бы я на своей машине собирал).

> К тому же, попробуй-ка избавь любой бинарный дистр от лишних библиотек -
> узнаешь много интересного.

Лишних библиотек в дистрибутиве нет.

> тем что у меня собрано -qt -kde -arts и т.д.

Единственное вменяемое объяснение. Правда, не ясно, почему нельзя просто
не ставить всякое K*/G*...

> я тут пытался как то дебиан вычистить от излишков,

От каких излишков?

> дык удаляет 1 либу и ставит 3 вместо неё

А можно пример?

> Лишних библиотек в дистрибутиве нет.

Почему? Бывает.

Вот например, у меня FC4+KDE от kde-redhat.sf.net. И затеял я отрывать гномолибы (мне правда нужен очень узкий круг софта, и весь он, за исключением фокса, либо KDE-шный, либо консольный). И не получилось: от гномолиб зависит сборка фокса/мозиллы, и что-то еще очень нужное, типа ssh (сейчас не помню), с цепочкой зависимостей типа ssh -> ssh-askpass-gnome -> libgnomeui. Притом что гуевый диалог пароля мне не впился ну совершенно, раз в неделю сделать ssh-add и ввести пароль ключа мне не сложно.

>> Хотя бы тем, что не надо ждать, пока появятся бинарные сборки.

>Мне спешить некуда, подожду. Тем более, что в unstable они появятся раньше (чем если бы я на своей машине собирал).

Интересно, что за машина такая? Celeron 333? И то быстрее соберется. Я, например, новые версии амарока ставил еще до оффициального релиза (когда только тарболл появился).

>Лишних библиотек в дистрибутиве нет.

Ага, как же. Если мне она не нужна, значит она - лишняя. Я как-то пробовал де-гномизировать mandrake и обломился - там даже cdrtools кучу gtkшных и gtkобразных либ тащат.