Есть предложение:
берем софтину, собираем gcc, затем icc. Проводим тесты. Результаты - тебе на сайт.

http://en.gentoo-wiki.com/wiki/ICC

Здесь есть список.

можно :)
но всё таки хочется с чего-то начать, а не просто наугад
понятно что первыми в очереди архиваторы и мультимедия, но всё таки

так - уже хорошо
но «dev-lang/python» чёт я боюсь ^_^

так - gzip уже не хочет

glib сегфолты

Опции компилятора где?

megabaks

встретил только несколько пакетов, которые собирать им просто не рекомендуется - это ncurses,zlib,glibc,stdc++ и прочие

megabaks

так - gzip уже не хочет glib сегфолты

ССЗБ?

glib != glibc

они не интересные
-O3 -fomit-frame-pointer -xSSE4.1 -ip -g0
-O3 -xSSE4.1
-O2-xSSE4.1

gtk+ туда же

-xT -gcc на gentoo-wiki советуют для совместимости с gcc

>gtk+

я собирал не так давно. Сейчас попробую.

да знаю - но таки с ним/без - пофиг - меня не улыбают сегфолты, да и профита мало - вот архиваторы-медиа да

Спроси у Sylvia

Был уже тред на ЛОРе про icc. Она в нём хорошее знание сабжа показала. Сошлись на том, что овчина выделки не стоит.

megabaks@desktop ~ $ ccsm
Ошибка сегментирования
megabaks@desktop ~ $ filezilla
Ошибка сегментирования
это с gtk+ с icc

>Спроси у Sylvia
я её уже пару дней терроризирую в джаббере ^_^

.

>овчина выделки не стоит.
ну уж извините, но овер 30% профита меня заставляют не согласиться :)

>Сошлись на том, что овчина выделки не стоит.

Рядом интересный тред про 7zip и производительность.

но т.к. icc может собрать далеко не всё и вся или собрать так, что оно работать не будет, например lzma&co, возник вопрос - есть ли список софта, нормально собирающийся с icc и работающий?

Наверное тот, что написан по стандарту?

и как его отличить? )

s/тот, что написан по стандарту/тот, что написан без gnu-расширений/

// убежал из треда

>заинтересовался icc

потестил на bzip2 - на распаковке профит ~14% на упаковке >30%

Процессор то, надеюсь, от АМД?

неа - E7200 разогнанный

Судя по форумам intel, хорошо настроенный gcc почти не проигрывает icc.
А вообще, надо алгоритмы оптимизировать.

что значит «хорошо настроенный»?
у меня и та же векторизация и march нужный - даже графит - один хрен gcc слил (

>icc может собрать далеко не всё и вся или собрать так, что оно работать не будет

можешь смело экспериментировать с почти любым qt'шным софтом, а также с софтом, поддерживающим GCC и MSVC - с большой вероятностью все будет ОК

krusader оно не победило

чего пишет?

честно - не помню - вчера собирал
ща чуть переписал конфиги icc icpc - ща гляну...

desktop megabaks # wgetpaste /var/tmp/portage/kde-misc/krusader-2.2.0_beta1/temp/build.log
Your paste can be seen here: http://paste.pocoo.org/show/256778/

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

а почему не 64 ?

>-xT -gcc на gentoo-wiki советуют для совместимости с gcc

-xT это для десятого, -gcc ни на что не влияет

потому что 2 гига
апгрейдить лень - лучше дождусь avx и возьму новую коробочку :)

>checksumdlg.cpp(53): error #1077: specifying a default argument on this declaration is nonstandard

const QString checksumFile, bool recursive, const QString& type = QString());

Убрать -ansi
Добавить -std=c++0x
?

это куда и как?

Смотри, что в логе:

Compiler flags:
C -O3 -fomit-frame-pointer -xSSE4.1 -ip -g0 -w -gcc    -ansi -Wall -w1 -Wpointer-arith -fno-common
C++ -O3 -fomit-frame-pointer -xSSE4.1 -ip -g0 -w -gcc  -ansi -Wall -w1 -Wpointer-arith -fno-exceptions -fno-common

и как? в ебыдле этого нет
во флагах не помогает

cmake же. Точнее не подскажу - трафика нет.

ой не - не буду ради этого ломать ничего

>-gcc на gentoo-wiki советуют для совместимости с gcc

-gcc «для совместимости с gcc) в манах к icc советуют. Хотя, разве гентушная школота знает, что такое маны?

>у меня и та же векторизация и march нужный - даже графит - один хрен gcc слил (

Нет. Это ты просто свою криворукость показал

так - gzip уже не хочет

У меня gzip без проблем собирался.

...

Когда-то начал собирать понемногу, получил такой список:

$ cat /etc/portage/package.icc
app-arch/bzip2
app-arch/cpio
app-arch/gzip
app-arch/tar
app-arch/unzip
dev-db/sqlite
dev-lang/python
dev-libs/glib
dev-libs/libgpg-error
dev-libs/libxml2
dev-libs/lzo
media-gfx/gimp
media-libs/faac
media-libs/freetype
media-libs/giflib
media-libs/libogg
media-libs/libpng
media-libs/libtheora
media-libs/libvorbis
media-libs/speex
media-libs/x264-svn
media-libs/xvid
media-sound/lame
net-irc/xchat
sys-apps/preload
sys-power/powertop
x11-libs/gtk+

После чего обнаружил, что не смотря на то, что gtk+ собирается без ошибок, глючить потом начинает софт, собирающийся с gtk+ в зависимостях. Так и забил. Пересобрал снова с gcc всё ;) Хотя система до сих пор настроена на возможность прописать конкретный компилятор под конкретный пакет.

>Это ты просто свою криворукость показал
аргументы?

а питон нормально себя ведёт *сегодня*?
стрёмно что-то его пересобирать...

License: Intel-SDP

Проприетарщина? :(

>>Это ты просто свою криворукость показал

аргументы?

Да ты прав. Ты аргументированно показал свою криворукость

>а питон нормально себя ведёт *сегодня*?

Сегодня - без понятия :)

стрёмно что-то его пересобирать...

В худшем случае разворачиваем stage1 поверх системы, делаем chroot и пересобираем мир :) ... Когда-то давно я умудрялся убить Питон. Оживлял систему именно так.