Этот баг так и не исправили: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290

Млин, плохо однако.

Короче, как ни грустно, юзать либо 3.x либо 4.0.x И ждать 4.1.2

------- Comment #15 From Mark Mitchell 2006-05-25 02:34 [reply] ------- Will not be fixed in 4.1.1; adjust target milestone to 4.1.2.

очень хорошо! :) а на счёт того, что исправили, а что не исправили - баги всегда были есть и будут есть...

--седайко стюмчик

>очень хорошо! :) а на счёт того, что исправили, а что не исправили - баги всегда были есть и будут есть...

разница в том, что баги в компиляторе порождают баги в остальном софте.

Седайко стюмчик, почему ты не можешь зарегестрироваться? Или зачем иначе подписываться так, точно так же может подписаться любой анонимус.

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

http://www.linux.org.ru/whois.jsp?nick=sedajko_stumchik

а как же ебилды? не светит?

не могу найти скриншоты, дайте ссылку.

deltup опять, зараза, не работает. Точнее говоря, он ни один релиз GCC не смог обновить.

diff-ом догонись, или подожди недельку-другую :)

PS: Просьба к обладателям жирных каналов: сделайте кто-нибудь xdelta, и люди скажут огромное спасибо.

Просто я хочу все достать этой хернёй.

--седайко стюмчик

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

просто не заметил, как отлогинился

--седайко стюмчик

Раз-два-три-четыре-пять, знаете наверно.

Ссылку на diff как всегда не дали.

Раз-два-три-четыре.

Дурацкие зеркала у GNU. Отстают сильно. Неужели так сложно cron'ом и rsync'ом сделать поддержание современного состояния? Если бы Linux присоединился к FSF был бы у нас сейчас linux-2.3.4.28.34 на котором X не идут.

xdelta между 4.1.1 и чем?

Скажите пожалуйста, можно ли собрать систему в такой связке kernel 2.4.20, gcc-3.3.6, glibc-2.3.6 Есть ли проблемы с указанными версиями? Где брать bug-fix патчи для них?

Лучше все таки начать хотя бы с kernel 2.4.32

Прошу прощения : gcc-3.4.6

К сожалению не получится, т.к. нет драйверов под специфическую железку для 2.4.32 ядра :(

проприетарные дрова наверно? это есть зло.

C gcc проблем не должно быть, а вот c glibc не зна, не помню что там куда менялось. Ну попробовать-то можно. Если конечно не удаленная машина :)

>Скажите пожалуйста, можно ли собрать систему в такой связке kernel 2.4.20, gcc-3.3.6, glibc-2.3.6 Есть ли проблемы с указанными версиями? Где брать bug-fix патчи для них?

Когда-то собирал LFS как раз с glibc-2.3.6 и gcc-3.4.x только ядро было явно новее, что-то около 2.4.30. Вполне нормально собралось, вроде бы и патчей особо никаких не пришлось искать. Больше всего возни со сборкой glibc - там флаги нужно при configure внимательно проставить, чтоб не взумало компилировать всякие NPTL и связаные с ним расширения. Естественно надо не забыть скачать и включить в исходники glibc-linuxthreads addon :)

> xdelta между 4.1.1 и чем?

4.1.0 :)

А воть этого нетуть :( Надо будет тогда собирать не только 4.1.1, но и 4.1.0...

Он уже месяца два как не работает, загнулся похоже:(

Предпочту верить своим бесстыжим глазам, чем твоим правдивым речам -- работает.

Ни Mandriva (4.0.2), ни Trustix (3.4.4, 4.0.2) не спешат с переходом на 4.1. Наверно оное только в Gentoo, ну и может быть в Ubuntu... :)

Но, я подозреваю, что в принципе xdelta нужна была против конкретной сборки (развернутого rpm,deb,package'а)? Или я не совсем врубаюсь? ;)

--21:55:27-- http://linux01.gwdg.de/~nlissne/deltup.php?have=libwpd-0.7.2.tar.gz&want=...
=> `deltup.php?have=libwpd-0.7.2.tar.gz&want=libwpd-0.8.2.tar.gz&url=http:% 2F%2Fkeihanna.dl.sourceforge.net%2Fsourceforge%2Flibwpd%2Flibwpd-0.8.2.tar.gz&am p;version=0.7&time=1148583327'
Распознаётся linux01.gwdg.de... 134.76.13.21
Устанавливается соединение с linux01.gwdg.de|134.76.13.21|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 302 Found
Адрес: http://134.76.13.21/~nlissne/deltas/libwpd-0.7.2.tar.gz-libwpd-0.8.2.tar.gz.dtu [переход]
--21:55:30-- http://134.76.13.21/~nlissne/deltas/libwpd-0.7.2.tar.gz-libwpd-0.8.2.tar.gz.dtu
=> `libwpd-0.7.2.tar.gz-libwpd-0.8.2.tar.gz.dtu'
Повторное использование соединения с linux01.gwdg.de:80.
Запрос HTTP послан, ожидается ответ... 404 Not Found
21:55:31 ОШИБКА 404: Not Found.

И так со всеми файлами! Так шта не надо тут демагогию разводить!

ftp://sources.redhat.com/pub/gcc/releases/gcc-4.1.1/

> И так со всеми файлами!

Позавчера успешно "отделтупил" =ghc-6.4.1 до =ghc-6.4.2

> Так шта не надо тут демагогию разводить!

Ну не везёт тебе, чем я тебе виноват? Или попонтоваться не перед кем?

>можно ли собрать систему в такой связке kernel 2.4.20, gcc-3.3.6, glibc-2.3.6

так это и есть слака текущая (только ядро посвежее)

Ага, не так страшно. Зато в ДВА РАЗА медлееннннеее. Ни фига себе неоптимальный код.

Частный случай оптимизации - 4.1.0 не хватило регистра процессора для прокрутки этого тупого цикла. Добавьте в цикл еще чего-нибудь, и тогда регистра не хватит и 4.0 - тогда скорее всего скорости сравняются. А то и в пользу 4.1 - как показали в багтраке на последнем примере. Так что на реальных задачах шут его знает что выдаст лучший код - 4.0 или 4.1.

А баг - пусть вылечат, может где-нибудь в 1 проценте кода и появляются такие куски где срабаьтывает эта недостаточная оптимизация.

Кстати основное что нужно вынести из этого бага в генту - собирать с O3. В этом случае все оптимизации включаются.

К сожалению (на примере анекдотов на С) некоторые приложения с O3 компилировать противопоказано. Причём никогда не знаешь наперёд, где именно этот анекдот вылезет.

Анонимусу выше:
Приведите пример хотя бы одного реального приложения, где от этого бага пострадала суммарная производительность в два раза, тест демонстрирующий регрессию не считается.

> > можно ли собрать систему в такой связке kernel 2.4.20, gcc-3.3.6, glibc-2.3.6
> так это и есть слака текущая (только ядро посвежее)

Не текущая, а последний релиз. У текущей слаки ядро 2.6.16.18. http://slackware.com/changelog/current.php?cpu=i386

2Lumi > К сожалению (на примере анекдотов на С) некоторые приложения с O3 компилировать противопоказано.

Приведите, пожалуйста, пример.

Поищите топик (известный здесь как "Анекдоты на C"), где Алфекс объясняет код своего парсера. Там был пример, с инкрементами, который давал разный результат при -O2 и -O3 с gcc, причём его гоняли потом под разные платформы и разными компиляторами. Если сейчас найду, то дам ссылку, если нет извините.