LINUX.ORG.RU

Open64 5.0

 , open64,


0

2

Open64 - доступный по лицензии GPLv2, свободный компилятор языков C/C++ и Fortran, который поддерживается AMD и разрабатывается SGI.

Основные изменения:

  • исправлено большое количество багов;
  • добавлены опции для отключения IPA;
  • добавлена поддержка VCG графов для CFG;
  • разрешено выделение памяти на стеке для неиспользуемых переменных при компиляции с ключом -g;
  • реализован ZDL (Zero-Delay-Loop) для DSP;
  • улучшена поддержка IA64;
  • включена CFLOW оптимизация внутри EH областей;
  • расширена реализация активной оптимизации циклов;
  • улучшена производительность вычислений с плавающей точкой при -O3 оптимизации;
  • добавлена frame-pointer оптимизация;
  • улучшение оптимизации структур
    • избегается создание лишних копий структур;
    • добавлена copy-in/copy-out оптимизация
  • улучшения в векторизации
    • введен объектно-ориентированный фреймворк для SIMD выражений;
    • более векторизуемые операторы;
    • векторизация if - выражений
  • улучшен SIB (Scaled-Index-Base) режим адресации генерации кода;
  • улучшена поддержка и кодогенерация для SSE 4.x, AVX и FMA инструкций;
  • добавлена внутренняя оптимизация указателей;
  • полная поддержка процессоров Bulldozer.

Компилятор доступен для скачивания по этой ссылке.

Новость на Phoronix.

>>> Подробности

★★★★★

Проверено: mono ()

Ответ на: комментарий от g1itch

я попробовл собрать. сфейлилось. но в процессе сборки писало -m32

ass ★★★★
()
Ответ на: комментарий от delete83

>icc компилит под любой процессор с архитектурой x86, но там обещают оптимизацию по самые гланды для интелов. Верится с трудом, если честно.

у меня на интелловском проце чилодробилка, скомпиленная icc крутилась шустрее того же кода, скомпиленного gcc иногда в нескольк раз. Флаги оптимизации были одинаковыми.

nevar ★★
()

Написано, что MIPS поддерживается, а ARM запланирован ли вообще?

И можно ли им скомпилировать linux на mips?

Cooler ★★★★
()
Ответ на: комментарий от Vudod

> Первый раз вижу такое безобразие, что rpm доступен, а deb --- нет.

Ну в deb стали выкладывать отнисительно недавно, раньше всегда в rpm выкладывали.

При этом непонятно, для какого дистрибутива собран этот самый rpm.

Какая разница, если там перечислены просто имена слинкованных библиотек? P.S. На openSUSE 11.4 ставится нормально, даже зависимостей не докачивает.

Nxx ★★★★★
()
Ответ на: комментарий от ZenitharChampion

> Слышу от тебя слова истинные! Вот только поправочка: deb это ещё и Debian.

«это еще и» - лишнее. Deb - это Дебиан (ну не перестает же Дебиан от замены обоины быть Дебианом)

Nxx ★★★★★
()
Ответ на: комментарий от Nxx

Требует gcc >= 4.0

Это как понимать? 8-( )

Скорее всего у него нет своего линковщика и линковка присходит средствами gcc. dmd также поступает.

Vudod ★★★★★
()
Ответ на: комментарий от Vudod

>Скорее всего у него нет своего линковщика и линковка присходит средствами gcc. dmd также поступает.

А как же ld из binutils?

terminator
()
Ответ на: комментарий от Nxx

>Требует gcc >= 4.0

Это как понимать? 8-( )

Ну, требует же FreeBSD линуксовых и гнутых библиотек. Так и здесь.

P.S. А вот жопу нехорошо рисовать.

terminator
()

или я не туда смотрел, или GCC рвет сабж почти по всем пунктам?

niXman ★★★
()
Ответ на: комментарий от unsigned

> > 1. Ядро скомпилит?



Нет.



Очень странно, что компилятор, которым собирают IRIX, не может собрать Linux. Неужели код линукса настолько грязный и нестандартный?

bbk123 ★★★★★
()

Интересно, а как сделать бинари, генерируемые им переносимыми? Библиотеки таскать? Вещи больше hello world'ов таскают за собой две специфические библиотеки. Есть ли опция при постройке делать эти библиотеки статическими?

% ldd ioquake3.x86_64
        linux-vdso.so.1 =>  (0x00007fffb686d000)
        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f05b2ed7000)
        libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f05b2cc5000)
        libXxf86dga.so.1 => /usr/lib64/libXxf86dga.so.1 (0x00007f05b2abf000)
        libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00007f05b28ba000)
        libopenal.so.1 => /usr/lib64/libopenal.so.1 (0x00007f05b266e000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f05b246a000)
        libacml_mv.so => /opt/open64-x86_64//lib/gcc-lib/x86_64-open64-linux/5.0/libacml_mv.so (0x00007f05b2201000)
        libmv.so.1 => /opt/open64-x86_64//lib/gcc-lib/x86_64-open64-linux/5.0/libmv.so.1 (0x00007f05b1ff8000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f05b1d76000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f05b1a21000)
        libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f05b1806000)
        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f05b1603000)
        libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f05b13fe000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f05b11f5000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f05b0fd9000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f05b3212000)

anonymous
()
Ответ на: комментарий от Vudod

LSB - only есть

поставь ансис CFX 13.0 под убунту. и чтоб солвер работал.

anonymous
()
Ответ на: комментарий от Vudod

он вообще требовал GCC-4.1 для сборки.

для бутстрапа и работы вроде он свой GCC патченый ставит.

anonymous
()
Ответ на: комментарий от Vudod

>Первый раз вижу такое безобразие, что rpm доступен, а deb --- нет.

Лет пять назад это было обычным делом

annulen ★★★★★
()
Ответ на: комментарий от anonymous

>Библиотеки таскать?

Неожиданное решение, не правда ли?

annulen ★★★★★
()
Ответ на: комментарий от terminator

>Ну, требует же FreeBSD линуксовых и гнутых библиотек.

/0

annulen ★★★★★
()
Ответ на: комментарий от rom-hvichia

>Itanium сдулся и давно. Лучше бы 64-разрядный ARMv8 поддержали.

Что-то я не слышал про мейнфреймы на армах, в отличие от

annulen ★★★★★
()
Ответ на: комментарий от nevar

>Флаги оптимизации были одинаковыми.

А если бы еще попробовал интел-специфичные флаги...

annulen ★★★★★
()
Ответ на: комментарий от annulen

>Он не только закрытый, он еще и платный.

Для некоммерческих целей бесплатный

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

Vudod ★★★★★
()
Ответ на: комментарий от Vudod

>Т.е. ни в научных, ни в учебных целях нельзя использовать

Это сказки, пол страны его в этих целях использует

annulen ★★★★★
()
Ответ на: комментарий от annulen

>Т.е. ни в научных, ни в учебных целях нельзя использовать

Это сказки, пол страны его в этих целях использует

А на ворованной винде больше чем полстраны сидят. И Delphi 7 много где используется. Но это не значит, что оно легальное.

Vudod ★★★★★
()
Ответ на: комментарий от anonymous

Как обычно.

Выделять open64-lib, как выделяют gcc-lib, упаковывать её и раздавать. Почти наверняка лицензия позволяет.

AlexM ★★★★★
()
Ответ на: комментарий от megabaks

Не готово для чего?

Собственно, тот факт, что на купленном пару недель назад с рук ноуте стоит 64-битная убунта, мы с сыном обнаружили, только наступив вчера на https://bugs.launchpad.net/sopcast-player/ bug/875793

AlexM ★★★★★
()
Ответ на: комментарий от megabaks

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

Reset ★★★★★
()
Ответ на: комментарий от Reset

Reset

Сейчас мы пойдем по 100500 кругу

вот именно
не надоело самому-то?

megabaks ★★★★
()
Ответ на: комментарий от megabaks

Ну, вот «кучи» я не вижу.

alex@rhyme ~ $ rpm -qa | grep i586 | wc -l
70
alex@rhyme ~ $ rpm -qa | grep i586 | LANG=C xargs rpm -ql | xargs -d '\n' -I{} sh -c 'test -f «{}» && echo «{}»' | xargs du -ch | grep итого
155M итого
alex@rhyme ~ $ rpm -qa | wc -l
1973
alex@rhyme ~ $ sudo du -sh /usr
[sudo] password for alex:
5.5G /usr
alex@rhyme ~ $ _

В системе установлен скайп, вайн для дубльгиса и EAC'а, и пара игрух с хамбл-бандлов, «всё работает». До 3% от занимаемого в /usr места вся 32-битная чешуя не дотягивает. При этом 116M из этих 155-ти - это wine'овые потроха. И где тут «куча»?

AlexM ★★★★★
()
Ответ на: комментарий от megabaks

Вайн будет всегда, если он нужен. Мне нужен.

Впрочем, если 150 мегабайт при общем объёме жёстких дисков за терабайт - это существенно, то, конечно, не готов, проблема налицо. По счастью, это не моя проблема.

AlexM ★★★★★
()
Ответ на: комментарий от sv75

> Разумеется, можно и без них, но не хотелось %)

И кто теперь ССЗБ?

bbk123 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.