> Ага, раньше и P3 хватало на все, теперь же по 4 ядра надо.

сейчас на P3 можно запустить все то же, что и раньше

>Поддержка Intel Atom на N280 профит будет, и какие флаги использовать?

Стоп, стоп, стоп.

Про -march=native поподробнее. Не уж то наконец-то сделали аналог SunСтудийного --fast? Если таки «да», то с какой версии? Я чего-то пока ничего подобного не видел...

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

не знаю, про санкин --fast, но -march=native ещё в 44х был..

-O2 -march=atom -mmovbe -msse3

x86: -fomit-frame-pointer

x86_64: -msahf -mcx16

в 4.2

запятая лишняя...пора спать

>То, что поддержкой gcc3 никто не занимается не означает, что он был бы медленнее.

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

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

Если ты мне за это будешь платить - займусь.

-march=native

ставит -march= -msse --param l1-cache-size --param l2-cache-size --param l1-cache-line-size

и не более того, причем может и не ставить, смотреть нужно gcc -v -march=native hello_world.c

ясно =) когда было гцц 4.2 и 4.3, я, видимо, ещё в пелёнкахвиндах сидел =)

>Если ты мне за это будешь платить - займусь.

Платить тебе за то в чем ты не разбираешься ? Сами армовцы еще не сделали нормальный компилятор для v7. Хотя чему удивляться - счас столько кругом спецов, только заедешь в автосервис - отремонтируют одно и обязательно ченить сломают впридачу уроды.

>>Платить тебе за то в чем ты не разбираешься ? Сами армовцы еще не сделали нормальный компилятор для v7. Хотя чему удивляться - счас столько кругом спецов, только заедешь в автосервис - отремонтируют одно и обязательно ченить сломают впридачу уроды.

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

sylvia@allure:~$ svn export svn://gcc.gnu.org/svn/gcc/branches/gcc-4_5-branch/
svn: Can't connect to host 'gcc.gnu.org': Connection timed out

ЛОР Эффект ) впрочем я три дня назад собрала уже

пока тарболлов нет, релиз можно скачать через svn


svn export -r 158338 svn://gcc.gnu.org/svn/gcc/branches/gcc-4_5-branch/


если пробьетесь через лор эффект)

Спасибо, иду пробовать

>-ftree-loop-linear -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -ftree-parallelize-loops=ЧИСЛО_ЯДЕР -floop-parallelize-all
-floop-parallelize-all - это из 4.5 ? в 4.4* такого нет и гуголь молчит...
а с -ftree-parallelize-loops=N собирается далеко не всё...

а это что? ftp://ftp.gnu.org/gnu/gcc/gcc-4.5.0/

ну вот и ftp менеджер подсуетился...

Я бы еще добавил -falign-functions=n - где n = cacheline size

Прочитал спеки по Фортрану, ребята работают, впрочем, главным образом по поддержке новых стандартов. Вроде бы наконец стало возможно создавать полноценные классы, в которых будут содержаться не только переменные, но и функции. Ещё кое-что допилили из математических функций, воода/вывода, openmp, длинных целых (8, 16, 32 байтов) и длинных вещественных (32, 64, 128).

процессоры выше pentium4 не требуют выравнивания, мне кажется это излишне.

Ура!!! Здоровская новость!

Может и не требуют (я тестировал на iP-M), однако сам gcc этот ключ использовать не стесняется. Но какое значение он туда ставит непонятно.

Когда же наши добавят его в calculate ^_^

Стремно ставить программульки с последней цифрой 0 в названии версии.

ну так не ставьте, вообще релизный цикл вполне четко разделен по этапам

1 - принимаются коммиты, делаются новые возможности согласно плану
2 - активный багфиксинг, могут многое сломать, переписывать заново и т д и т п
3 - только регрессии и документация

когда число регрессий уменьшается до приемлимых цифр, отпочковывают ветку в branches и она уходит к релиз-менеджеру на допуск,
после этого происходит релиз x.x.0 версии

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

Вот как себя ощущает человек читающий эту новость в момент когда очередное ГПО компилится с бубном под 4.3 ...

Понятно, спасибо за объяснения. Подождем .3, ну или хотя бы .2.

~371 Mb

там testsuite

уже выложили на фтп все что нужно, не нагружайте svn сервер ) ему итак плохо сегодня было

>процессоры выше pentium4 не требуют выравнивания, мне кажется это излишне.

Да они и раньше довольно терпимо к невыровненным данным относились )

А вот кеш-контроллер - это совсем другое дело. Если запрашиваемые данные находятся в разных линейках, то тормоза обеспечены.

Когда увидел новость про GCC - сразу же подумал, что её запостила Silvy ;)

Откройте для себя ftp://sources.redhat.com там релизы выкладываются раньше, да и снапшоты вменяемые в отличии от SVN.

P.S. подожду до 4.5.1 - ибо сыроват еще.

про 4.4 не я писала ) не успела , хотя там тоже без машины времени не обошлось, причем явно так заранее с запасом,
а у меня всего лишь на 3 часа раньше чем distrowatch )

вот бы они еще свои собственные ветки разработки там снапшотили и выкладывали, а то только с svn брать приходится

Нет у них «своей» ветки. Есть набор пачей относительно последнего снапа (как правило). Наиболее удачные попадают в стрим. Некоторые пачи болтаются по нескольку лет 8). Наиболее легкий метод «быть наплаву» - взять SRPM из devel/rawhide. Не самая последняя версия возможно будет - но есть бекпорты. Зато практически не быват гемора из серии - «тупо не компиляется».

для 4.5 - нет
для 4.4 есть, с бэкпортом -march=atom -mmovbe
для 4.1 была предыдущая, с поддержкой core2 (из 4.3)

в /branches/redhat лежит все это хозяйство
есть еще ветка suse там же

Ну у них на том же сайте есть и svn/cvs (по краней мере был, давно не пользовался) но не анонимный, со всем этим добром. Но сам GCC «от redhat» появляется способом описанным выше.

/me жарко дышит

Значительно улучшена подсистема векторизации и параллелизации кода Graphite

>Ну и кому нужна эта куча говнокода, если есть кошерный LLVM?
толсто же. собери ка мне Qt LLVM'ом

Собрал билд от 14 апреля — gcc version 4.6.0 20100414 (experimental) (GCC)

> -ftree-parallelize-loops=ЧИСЛО_ЯДЕР

Я бы не стал это всем рекомендовать. Если мне не изменяет память, для использования этого флага прогу надо с либами openmp линковать.

>смотреть нужно gcc -v -march=native hello_world.c

А gcc (-m64 для 64 бит) -fverbose-asm -march=native -Q --help=target не достаточно разве рассказывает?

Нда... Далеко не --fast (оптимизировать под процессор, на котором запущен компилятор). А я то уж было понадеялся... Ладно, однократно в настройки можно и ручками прописать...

Неужели теперь memleak-капец пропадет при компиляции под Vortex ~x86?

/me хочет Gobo-linux c gcc4.5 и свежими либами - надоело красноглазить.

На -lto выпадает в ICE. На лямбдах спотыкается, туда же. Поддержку raw string из c++0x сломали перед самым релизом.

Ждём, когда исправят.

>надоело красноглазить.

4.4.3