Вышел GCC 4.3.4

Одно с другим не связано)

>Graphite is a framework for high-level memory optimizations using the polyhedral model.

devl547 и Silvy спасибо

>> Размер не имеет значение ;)

> s/е/я/

obey@damntux ~ % echo 'Размер не имеет значение ;)'| sed -e 's/е/я/'

Размяр не имеет значение ;)

Fixed!

э?

http://www.linux.org.ru/view-message.jsp?msgid=3942424#comment-3942975

:(

Гента по большей части намана 4.4 собирается, но есть некоторые проблемы, поэтому держу всегда про запас 4.3

:)

> Не все программы с ним собираются.

В подавляющем большинстве случаев это проблемы программ.

> -ftree-vectorize -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution

Ага, а после этого некоторые ещё про GCC 4.4.0 отзываются, мол, нестабильно программы работают... :)) Из всего этого я бы оставил -ftree-vectorize, да и то, он только на SSE3 может быть более-менее полезным.

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

ну а толку тогда в Graphite ?


-ftree-vectorize стандартный флаг начиная с GCC 4.1 , к Graphite он отношения не имеет. SSE2 я бы все же отметила.

кстати не скажу что -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution отрицательно влияет на стабильность, то что нестабильно @ GCC 4.4 ,
оно глючит и без этих флагов,а то что работает - работает с ними, и работает быстрее. OpenOffice.Org 3.1.1 (Go OO 3.0.99.2 m17) например с этими флагами работает стабильно и не тормозит почти, даже на старом ноуте.

в дистрибутивах бинарных обычно вообще не рискуют и не идут на изыски, -O2 и все,
в дебиан даже -fomit-frame-pointer не особенно приходилось видеть

> ну а толку тогда в Graphite ?

> -ftree-vectorize стандартный флаг начиная с GCC 4.1 , к Graphite он отношения не имеет.

Так я про Graphite вообще ничего не говорил. :)

> кстати не скажу что -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution отрицательно влияет на стабильность, то что нестабильно @ GCC 4.4, оно глючит и без этих флагов,а то что работает - работает с ними, и работает быстрее.

Дело в том, что не для всех программ и не для всех архитектур эти флаги безопасны.

> в дистрибутивах бинарных обычно вообще не рискуют и не идут на изыски, -O2 и все, в дебиан даже -fomit-frame-pointer не особенно приходилось видеть

Ну так -march=native -O2 вполне достаточно даже для небинарных дистрибутивов, если не хочется натыкаться на подводные камни. :) А ещё, AFAIK, -fomit-frame-pointer уже более года назад включен в -O2. ;)

Гентушникам не до смеху, поверьте, впереди у них бессонные ночи, как раз сегодня ебилд в основное дерево отгрузили.

Да. Понял, что не так так у людей.

>Дело в том, что не для всех программ и не для всех архитектур эти флаги безопасны.
да не для всех, поэтому применять их стоит лишь тем кто знает что делает,
основным компилятором в большинстве не bleeding edge дистрибутивов по прежнему остается GCC 4.3

Arch, Fedora в этом плане пионеры, но и тут я сомневаюсь что они используют преимущества Graphite, тем не менее отладка нужна и те приложения , которые работают стабильно - работают лучше и быстрее
Я бы сказала что где-то 80% пакетов могут быть собраны с этими флагами
Включая mplayer, ooo и большинство системных библиотек, даже Glibc (eGlibc)

Что глючит - xz-utils (распаковка xz), mozilla firefox (segv on start), wine (ошибки памяти в приложениях), linux kernel (у меня во всяком случае была странная ругань в dmesg), ACE framework (ICE в GCC при сборке, ошибку в багзиллу GCC я повесила, + общая нестабильность приложений)

>А ещё, AFAIK, -fomit-frame-pointer уже более года назад включен в -O2

он давно включен в -O2, но лишь на тех архитектурах, которые позволяют использовать отладку без frame pointers, x86 и x86_64 таковыми не являются, так что там он отключен.


Я не хочу спорить с вами не знаю о чем, тем более мы понимаем вообще что к чему , так что к Safe CFLAGS эти флаги само собой не относятся, но для тех кто понимает что делает и хочет получить дополнительный бонус, почему бы и нет ?) Будут глюки , так пересобрать глючащий пакет.

> Что глючит - xz-utils (распаковка xz), mozilla firefox (segv on start), wine (ошибки памяти в приложениях), linux kernel (у меня во всяком случае была странная ругань в dmesg), ACE framework (ICE в GCC при сборке, ошибку в багзиллу GCC я повесила, + общая нестабильность приложений)

Глючит при сборке gcc 4.4 вообще или при использовании этих хитрых флагов?

только с Graphite

GCC 4.4.1 +svn от 24 июля - CXXFLAGS = -O2
работает нормально

По-прежнему, хуже GCC 4.2.4.

Вообще, все после 4.3 - говно (уж простите).

Код на выходе большой, скорость меньше.

От Graphite'a прибавки в скорости замечено не было.

Спокойно сижу на GCC 4.2.4 и не рыпаюсь.

А вы пока медитируйте на http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35671