Первый обзор GCC 4

Oh, how sad. Хотели как лучше - получилось как всегда. Ждём 4.4.5 Ж)

а он что, уже релизнулся?
я думал, что 4-ка еще в бэта стадии

Песец, а зачем тогда код писать?

И что теперь делать?

Ну вот, гентушники уже все и потестили...

> Песец, а зачем тогда код писать?
Тебе, пожалуй, и вправду не стоит :)

Я не понимаю, откуда такая паника.

Это Х.0.0 версия - в ней много чего нового и не оттестированного. Совсем необязательно бежать ставить её на "продакшн" впереди планеты всей.

Это, помниться от Netscape пошло - обозвать бету релизом и пусть народ тестирует...

Через неделю (или около того) должен выйти 3.4.4. Могли бы и подождать. Возможно разница между 4.0.0 и 3.4.4 будет ещё больше. А вообще конечно же у 4.0.x всё ещё впереди.

Всё еще тестим ;) glibc не собирается , говорят , надо ждать glibc-2.3.6

> Возможно разница между 4.0.0 и 3.4.4 будет ещё больше.

Сто процентов не будет, поскольку третья ветка открыта только для "regression and documentation fixes only".

На slashdot'е все уже обсудили: тест не корректный, так как tree-ssa (основное приимущество gcc4) не включили.

Вот что у кдешников:

http://www.kdedevelopers.org/node/view/1004

Qt: -O0 -O2 gcc 3.3.5 23m40 31m38 gcc 3.4.3 22m47 28m45 gcc 4.0.0 13m16 19m23

KDElibs (with --enable-final) -O0 -O2 gcc 3.3.5 14m44 27m28 gcc 3.4.3 14m49 27m03 gcc 4.0.0 9m54 23m30

KDElibs (without --enable-final) -O0 gcc 3.3.5 32m56 gcc 3.4.3 32m49 gcc 4.0.0 15m15

Сам линк на подробности http://developers.slashdot.org/article.pl?sid=05/05/02/1415220&tid=156&am...

А regression - это по твоему что?

ну объясни :)

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

С другой стороны, разница на десять процентов в размере генерируемого кода - это существенно. Вот если бы еще с template code bloat стало полегче ...

> И что теперь делать?

Ждать, когда они оптимизируют gcc4 до приемлемого состояния. Сейчас ещё можно пытаться юзать 4.0.0 на P4, но на оптероне - лучше этого не делать.

> Совсем необязательно бежать ставить её на "продакшн" впереди планеты всей.

В этом плане очень мудро поступила RedHat - начав FC4 на GCC4 (ещё beta). Даёшь усиленное тестирование софта! :)

bbk123, так как, каково твоё понимание выражения regression fix? :) Неужели и в самом деле думаешь, что эти фиксы добавляют новых фич и функциональности? :)

мой словарик говорит, типа сделать как было. Т.е. убедились что стало хуже, и поправили - вернули в первобытное состояние.

Я это понимал как ухудшение новых версий по сравнению с предыдущими в плане производительности генерируемого кода или скорости компиляции. На самом деле regressions - это просто любые ухудшения новых версий по сравнению с предыдущими, не обязательно в производительности. Тоесть первое определение подпадает под второе, хотя наличие именно таких regressions не обязательно.

:)))))))))) смешно :)

regression testing - тестирование с использованием старых работавших когда-то сценариев. Вообще-то это является правилом при написании серьёзных продуктов - при добавлении функциональности отмечать, какую логику системы затронули изменения, и отбирать соответствующие регрессионные тесты для тестировщиков. При собственно выпуске релиза тестировщики прогоняют все эти тесты. Цифра "10% сфейлилось" является нормальной для первого тестирования релиза. (могут быть в том числе дефекты сценариев, могут быть obsolete сценарии). Далее к релизу это всё стараются исправить, догнав цифры до, к примеру, "95% некритических, 100% критических сценариев passed".

Иногда необходимо выполнить полный regression testing.

А где-же green bar или у вас всегда red bar?? =)

хех, читаю вижу Первый обоср GCC 4. И правда.