GCC 4.0.3

Скачать: http://gcc.gnu.org/mirrors.html

угу все багфиксы перенесли из 4.1.
лучше сразу 4.1 ставить.

Забавно:

GCC 4.1.0 is the most current release of GCC and is our recommended
version for most users. However, current users of 4.0.0, 4.0.1, or
4.0.2 who are unable upgrade to 4.1.0 may wish to upgrade to 4.0.3.

> В этом релизе исправлено большое количество ошибок, ... с неверной компиляцией кода.

И таким компилятором дистрибутивостроители FedoreCore собирали весь софт. Ахтунг!

Половину багфиксов сами федорщики и совершили ) Так, что всё норм

А также дистрибутивостроители SuSE, Debian....

По моим собственным ощущениям GCC 4.0.3 собирает более быстро работающий код, не горя уже о том, что 4.0.3 гораздо сильней отлизан (конечно не так, как 3.4.6-prerelease, но 3.4.x нативно не поддерживает visibility hidden).

В общем до выхода 4.1.1 - 4.0.3 рулит.

Mark, конечно, шутник:

GCC 4.0 branch open

The GCC 4.0 branch is now open, under the usual release-branch rules.

However, I *do* *not* *plan* *to* *make* *any* *further* *releases* from the 4.0 branch.

Thanks,

Короче, 4.0.3 последний из 4.0.x.

Никто не знает, они не поправили сборку под athlon-xp. А то у меня программы, собранные gcc-4.0.0 с -march=athlon-xp под athlon-xp не работали (ошибка illegal instuction).

illegal instruction, то есть.

SIGILL, в общем.

> А также дистрибутивостроители SuSE, Debian....

Мне всё же кажется, что Debian собран компилятором 3-ей ветки, поправьте меня, если я не прав.

А собирать серверный генту gcc четвертой серии кто-нить пробовал???Если да то какие результаты..отзывы.

GCC 4.0.x только в Etch (testing) появился. В Sarge (stable) gcc 3.x , не помню точнее, нет поблизости.

> серверный генту

Это из той же серии что серверная Убунта?

А зачем искать на задние щщи приключения? :-)

> Mark, конечно, шутник:

> GCC 4.0 branch open

> The GCC 4.0 branch is now open, under the usual release-branch rules.

> However, I *do* *not* *plan* *to* *make* *any* *further* *releases* from the 4.0 branch.

> Thanks,

> Короче, 4.0.3 последний из 4.0.x.

У кого короче, тот живет в Сочи :) Ты как всегда не правильно истолковал пророка Мухамеда :) Это Mark не планирует делать релиз, потому что релизами предыдущих веток занимается Gabriel, который, кстати, закончил с дела веткой 3.4, выпустив 3.4.6.

В любом случае, IMHO, вся ветка 4.0 откровенно сыра, а 4.1 пока еще сыровата.

> GCC 4.0.x только в Etch (testing) появился.

И что? Активная-то работы ведется именно с testing.

и "сами поняли какой"-роутер. (-;

> Это Mark не планирует делать релиз, потому что релизами предыдущих веток занимается Gabriel, который, кстати, закончил с дела веткой 3.4, выпустив 3.4.6.

Видимо, так.

> В любом случае, IMHO, вся ветка 4.0 откровенно сыра, а 4.1 пока еще сыровата.

Не согласен. С 4.0 особых проблем не наблюдал (правда у меня только i686-pc-linux-gnu)

Кстати говоря, SuSE на серверах вполне хорошо может работать. Все от админа зависит.

Крупный столичный (Tallinn) ISP, несколько десятков тысяч клиентов.

На большинстве серверов SuSE разных версий. Разве что альсы нету :)

Пытался скомпилировать GCC для платформы AVR, вот что получил в процессе компиляции: make[3]: Leaving directory `/usr/local/src/gcc-4.1.0/obj-avr/gcc' echo timestamp > stmp-multilib make[2]: Leaving directory `/usr/local/src/gcc-4.1.0/obj-avr/gcc' Checking multilib configuration... multilib.out is unchanged Configuring in avr/libssp configure: loading cache ./config.cache checking build system type... i686-pc-linux-gnu checking host system type... avr-unknown-none checking target system type... avr-unknown-none checking for a BSD-compatible install... /usr/bin/ginstall -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for avr-strip... avr-strip checking for --enable-version-specific-runtime-libs... no checking whether to enable maintainer-specific portions of Makefiles... no checking for avr-gcc... /usr/local/src/gcc-4.1.0/obj-avr/./gcc/xgcc -B/usr/local/src/gcc-4.1.0/obj-avr/./gcc/ -B/usr/local/avr/avr/bin/ -B/usr/local/avr/avr/lib/ -isystem /usr/local/avr/avr/include -isystem /usr/local/avr/avr/sys-include checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make[1]: *** [configure-target-libssp] Ошибка 1 make[1]: Leaving directory `/usr/local/src/gcc-4.1.0/obj-avr' make: *** [all] Ошибка 2

Может кто-то с этим встретился? Понимаю, что ветка форума про другую версию, уж извините. Заранее спасибо за ответ!

> А также дистрибутивостроители SuSE, Debian....

А Debian собирали gcc-3.3.5 с багфиксами из ветки 3.4.x

debian:~# cat /proc/version
Linux version 2.6.15-1-486 (Debian 2.6.15-7) (waldi@debian.org) (gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #1 Tue Feb 21 20:16:13 UTC 2006

>Это из той же серии что серверная Убунта?

Нет. Ибо "серверная убунта", как и "серверный FC" и т.п. требует периодической поездки на площадку к провайдеру на тему distupgrade.

Gentoo же обновляется без такой крезанутости... Можно год своей машины не видеть, но при этом иметь все пакеты последних версий.

Firefox собирается с ним??

>Никто не знает, они не поправили сборку под athlon-xp. А то у меня программы, собранные gcc-4.0.0 с -march=athlon-xp под athlon-xp не работали (ошибка illegal instuction).

Гы, а у меня работает)) gcc4 из сусе 10.

>SuSE на серверах вполне хорошо может работать

suse на сервере и зюзероутир - две большие разницы.
зюзероутир вообще понятие дистрибутивонезависимое (-;

ps. сделайте User line break w/quoting

Собирай с --disable-libssp, ssp кажется нужна для защиты от атак по переполнению стека, на AVR нафиг не сдалась

>Firefox собирается с ним??

# gcc --version

gcc (GCC) 4.0.2 (Gentoo 4.0.2-r3, pie-8.7.8)

С этим на amd64 собирается. Вряд ли в 4.0.3 что-то испортили :)

>А также дистрибутивостроители SuSE, Debian....

$gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release x86_64-linux-gnu
Thread model: posix
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)

то что он называется 4.0.2 не значит что это 4.0.2 =)

> А собирать серверный генту gcc четвертой серии кто-нить пробовал???

Генту на сервере??? Ну ты LOOOOL :)

Нет, ну если не пересобирать каждый день мир, как здесь некоторые делают, то почему бы и нет?

> Нет, ну если не пересобирать каждый день мир, как здесь некоторые

> делают, то почему бы и нет?

Это несерьезно. Дистрибутив(OS), в которой разработчики постоянно обновляют версии софта - для сервера непригоден изначально. Вот к примеру есть хостинговый сервер. На нем установлен perl и сотни три-четыре разных perl модулей. Что будет с перлом, если в нем найдут дыру? Правильно. Гент00шники/БЗДшники выложат в порты новую версию перла. И что произойдет с тремя сотнями модулей при обновлении перла? Правильно, они пойдут лесом. Я уже молчу про библиотеки типа openssl,curl,libgcc...

То ли дело RHEL/SLES. Там если вышел perl-5.8.5. Он и будет СЕМЬ лет 5.7.5 + патчи безопасности. Т.е. всё по-взрослому. Не то, что пионерия от гент00 для мега-кюл-хацкеров.

>Пытался скомпилировать GCC для платформы AVR

Блин. А нормально нельзя было лог написать?

Если я правильно помню, там пошаманить нужно. Сначал собрать только C (--enable-languages="C"), а после копиляции и установки собирать уже и C++

А сюда смотрел?

> See `config.log' for more details.

>> В любом случае, IMHO, вся ветка 4.0 откровенно сыра, а 4.1 пока еще сыровата.

>Не согласен. С 4.0 особых проблем не наблюдал (правда у меня только i686-pc-linux-gnu)

Дело не в проблемах, а в том, что они добавили Tree SSA. Но всю инфраструктуру компилятора ещё переделать не успели. Поэтому gcc 3.4 генерит код оптимальнее, чем gcc 4.0.

gcc 4.1 в этом смысле игрушка более прокаченная, но тут уже дело в другом - не доверяю gcc'ям, у которых после второй точки стоит 0.

>Что будет с перлом, если в нем найдут дыру? Правильно. Гент00шники/БЗДшники выложат в порты новую версию перла.

Где сейчас найти затычки дыр для, скажем, RH7.3? :D

>То ли дело RHEL/SLES. Там если вышел perl-5.8.5. Он и будет СЕМЬ лет 5.7.5 + патчи безопасности.

Свежо предание... Вот только на практике я к моменту выхода FC1 уже не мог поддерживать больше сервер на RH7.3. Элементарно перестали выходить оперативные патчи.

Ну и я уже молчу про то, что 90% серверов - проекты развивающиеся. И если мне требуются новые возможности из нового, скажем, ImageMagick, я должен или собирать из исходников, или... проводить distupgrade.

Нет уж, я лучше emerge -u imagemagick как-нибудь наберу...

>И что произойдет с тремя сотнями модулей при обновлении перла? Правильно, они пойдут лесом.

Кстати, почему у меня они лесом не идут? Я Perl уже раза четыре обновлял. 5.8.7 сейчас стоит. Модулей под ним - многие десятки. Если где-то глюк с модулем вылезает, то отлавиливается он за минуту и исправляется - меньше, чем за минуту. equery b && emerge никто не отменял. Что, в RH/FC я Perl не могу без проблем обновить? :)

> Свежо предание... Вот только на практике я к моменту выхода FC1 уже

> не мог поддерживать больше сервер на RH7.3.

Не надо было ставить RH 7.3. Надо было ставить RHEL 2.1. Он к тому времени был, базируется он на 7.2 RH и патчи и обновления выходят к нему до сих пор.

FC тоже не серверный дистрибутив. Срок поддержки - год.

> из нового, скажем, ImageMagick, я должен или собирать из исходников,

> или... проводить distupgrade.

Из-а ImageMagick distupgrade? Вы в своем уме? :) src.rpm и сторонние репозитории никто не отменял. Один DAG для RHEL чего стоит...

> Что, в RH/FC я Perl не могу без проблем обновить?

В пределах одного дистрибутива версия Perl/gcc/glibc/python и проч. ключевых компонентов не меняется никогда. И, кстати, что такого есть в perl5.8.6, чего нет в 5.8.5, к примеру? :)

> Где сейчас найти затычки дыр для, скажем, RH7.3? :D

Не надо путать дистрибутив для разработчиков (RH/Fedora) и дистрибутив для серверов - RHEL. RHEL 2.1 основан на RedHat 7.2. Обновления для него выходят до сих пор, и будут выходить ещё 4 года.

> Где сейчас найти затычки дыр для, скажем, RH7.3? :D

Тут: http://fedoralegacy.org/download/

И тут : http://download.fedoralegacy.org/redhat/7.3/updates/

:D

>"серверная убунта", как и "серверный FC" и т.п. требует периодической поездки на площадку к провайдеру на тему distupgrade.

Вызывающе неверная информация. Убунта обновляется на ура, тачку не снимал с полки больше года, пережила 2 dist-upgrade

> Блин. А нормально нельзя было лог написать?

Нормально он написал, видно где ошибка: Configuring in avr/libssp configure:

--disable-libssp и вперёд! Шаманство оставь себе, нечего по теме сказать - лучше промолчи.

>Из-а ImageMagick distupgrade? Вы в своем уме? :) src.rpm и сторонние репозитории никто не отменял.

А зачем мне весь этот геморрой, если я Gentoo могу поставить?

Кстати, как в RH с Java? 1.6 скоро ожидается? Можно будет непринуждённо проапгредиться с имеющиейся системы? :D

> А зачем мне весь этот геморрой, если я Gentoo могу поставить?

Ключевое слово - "можешь". Теоретически, можно и LFS в продакшн поставить, но никто не делает.

Ты хоть пару серверов поддерживаешь, либо ты просто так говоришь?

> Кстати, как в RH с Java? 1.6 скоро ожидается? Можно будет непринуждённо проапгредиться с имеющиейся системы? :D

А что, джаву так сложно заменить в дистрибутиве? rpm обновить с java.sun.com

>--disable-libssp и вперёд! Шаманство оставь себе, нечего по теме сказать - лучше промолчи.

Ты хоть раз собирал gcc для AVR? Если нет - то помолчи.

> И, кстати, что такого есть в perl5.8.6, чего нет в 5.8.5, к примеру? :)

Не помню как между этими версиями, но между 5.8.6 и 5.8.7 было убрано несколько граблей (разложенных, кстати, не в таких уж и тёмных чуланах), наступать на которые было очень неприятно. В частности:

not() || 1; # вылет в корку

Там же UTF обновлён до 4.1.

Между 5.8.7 и 5.8.8 исправлено около 400 случаев некорректного поведения. Так что для тех, кто на Perl пишет что-то кроме backup-скриптов это очень даже актуально.

Если дистрибутив сделан левой ногой, то проблемы с модулями будут (если админ не умеет пользоваться Perl-ом) и придётся немного пописать в конфигах руками. В FreeBSD такой проблемы нет вообще.

// pppp

> То ли дело RHEL/SLES. Там если вышел perl-5.8.5. Он и будет СЕМЬ лет 5.7.5 + патчи безопасности. Т.е. всё по-взрослому.

опять быдлоадмины поколения пепси жгут на лоре. когда ж вы все отбиореакторитесь наконец

>Ты хоть пару серверов поддерживаешь, либо ты просто так говоришь?

Два мелких сервера и один - среднего уровня (150 тыс. http-хитов в сутки, 200 sql-запросов в секунду среднесуточно + два игровых онлайн-сервера на Java).

Всё на Gentoo :)

>А что, джаву так сложно заменить в дистрибутиве? rpm обновить с java.sun.com

Настоящий админ должен быть ленив. Это, ведь, не мною придуманный девиз - "машина должна работать. человек - думать".