The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC 1.0

20.05.2017 21:38

Компания AMD опубликовала первый выпуск компилятора AOCC (AMD Optimizing C/C++ Compiler), построенного на базе LLVM 4.0 и включающего дополнительные улучшения и оптимизации для 17 семейства процессоров AMD на базе микроархитектуры Zen, в частности для уже выпускаемых процессоров AMD Ryzen. В компилятор также внесены общие улучшения, связанные с векторизацией, генерацией кода, высокоуровневой оптимизацией, межпроцедурным анализом и преобразованием циклов.

Компилятор доступен для 32- и 64-разрядных Linux-систем. Предлагаемые для загрузки исполняемые файлы протестированы в RHEL 7.2, SLES 12 SP1 и Ubuntu 16.04 LTS, но в общем виде пригодны для запуска на любых системах с Glibc 2.17 и более новых выпусках. AOCC пока распространяется только в бинарном виде и требует принятия EULA-соглашения.

  1. Главная ссылка к новости (https://www.reddit.com/r/Amd/c...)
  2. OpenNews: Релиз набора компиляторов LLVM 4.0
  3. OpenNews: Увидел свет оптимизирующий свободный компилятор Open64 5.0
  4. OpenNews: Представлен новый компактный компилятор 8cc
  5. OpenNews: Выпущен релиз Linux версии компилятора Intel C++ Compiler 11.0
  6. OpenNews: Релиз набора компиляторов GCC 7
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46575-aocc
Ключевые слова: aocc, compile, llvm, gcc, cpp, amd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (98) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:46, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ладно EULA, но что в нем такого необычного в этом компиляторе, что они сами его развивают?
     
     
  • 2.4, A.Stahl (ok), 22:34, 20/05/2017 [^] [^^] [^^^] [ответить]  
  • +37 +/
    >на базе LLVM

    Не сами, а на базе Шланга. Они лишь прикрутили нюансы, связанные со своими новыми процами.
    Сам я пока GCC использую и Шланг даже палочкой не тыкал, но как бы не пришлось переходить.
    БСДшники, говорят, уже собирают свою систему шлангом и всё работает. А тут, видишь, новые оптимизации не под GCC делаются.
    Стрёмно лишь одно -- лицензия. Шланг позволяет пихать модули-блобы, которые будут компилировать непонятно что и непонятно как. Но корпорации любят блобы. И по идеологическим причинам и им банально так проще.
    Сегодня всё хорошо, а завтра без блоба за 7.62$ хрен ты соберёшь программу без зонда-бекдора. Так что пока GCC.

     
     
  • 3.21, Аноним (-), 10:39, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот только по тестам фороникса он не намного лучше mainline llvm 4.0/gcc 6 - https://www.phoronix.com/scan.php?page=article&item=amd-ryzen-aocc&num=5
     
  • 3.25, Аноним (-), 12:23, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не придется GCC живее всех живых, особенно после недавнего пересмотра подхода к... большой текст свёрнут, показать
     
     
  • 4.29, Аноним (-), 13:11, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Проект на самом деле стал настолько сильно большим что надо усовершенствовать не... большой текст свёрнут, показать
     
     
  • 5.33, Vkni (ok), 16:14, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже было с Darwin ом, кстати - закрыли, потом поняли, что фигня получается, откр... большой текст свёрнут, показать
     
     
  • 6.37, Crazy Alex (ok), 18:55, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так себе сообщество отдрессировано - на ПК ещё ладно, а шаг в сторону на тот же андроид - на одно открытое приложение на любую тематику - сотня закрытых.

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

     
     
  • 7.51, Vkni (ok), 23:02, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорю про системщиков. Всё очень просто - есть ИТшный коммунистический локус, затравку к которому сделал дедушка Столлман, есть капиталистический мир. Граница между локусом и внешним миром размыта, поэтому чем ближе сюда, тем больше вероятность, что софт будет открыт, чем ближе туда - тем меньше вероятность.

    Компиляторы находятся практически в центре локуса, поэтому шансы, что что-то закрытое в области компиляторов не сдохнет, практически 0-ые.

     
  • 6.45, Аноним (-), 21:49, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Со временем закрытые технологии либо пропадают без вести либо переходят в сущест... большой текст свёрнут, показать
     
     
  • 7.52, Vkni (ok), 23:09, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, дохнет закрытое, в корчах, если находится в коммунистическом локусе Туда ем... большой текст свёрнут, показать
     
     
  • 8.58, ананим.orig (?), 05:58, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вау а на вашей шкуре ещё есть место для рекламы ... текст свёрнут, показать
     
  • 8.59, Vkni (ok), 06:18, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В конце СССРа было практически включено чёрное излучение Как говорил Странник... текст свёрнут, показать
     
     
  • 9.103, Аноним (-), 00:25, 20/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит было ... текст свёрнут, показать
     
  • 8.60, Аноним (-), 06:24, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не важно сколько я там прожил, важно какой информацией и какого уровня я обладаю... текст свёрнут, показать
     
  • 8.88, _ (??), 17:47, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да вот только ОpenOffice - сдох - Ути -пуси LibreOffice выросший на костях Оp... текст свёрнут, показать
     
  • 7.72, dq0s4y71 (ok), 12:26, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я тоже например никогда не буду безвозмездно помогать ни словом, ни делом, ни деньгами не GPL проектам.

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

    > Без GPL проект растащат также как растащили общественный цветмет и чермет которые лежал свободно пока существовал СССР.

    Не перестаю удивляться, что разницы между объектами физического мира и цифрового не понимают даже некоторые айтишники!

     
     
  • 8.76, Аноним (-), 17:00, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Так я и не пользую BSD, перестал как разобрался в тонкостях лицензии и современн... текст свёрнут, показать
     
     
  • 9.104, Аноним (-), 00:27, 20/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так GPL и есть скрытый проприетар, а копирастия - в любой лицензии, ибо С никт... текст свёрнут, показать
     
  • 6.83, dct (??), 07:34, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)

    А ты оптимист... Но завидую оптимизму, да..

     
  • 5.34, Vkni (ok), 16:17, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Проект на самом деле стал настолько сильно большим что надо усовершенствовать не
    > только подход к разработке но и методы. Это нужно сделать.

    Кстати, про методы - давно пора сделать специальную социальную сеть, наподобие GitHub'а, но распределённую. Чтобы убрать единую точку отказа в виде GitHub.

     
     
  • 6.46, Аноним (-), 21:55, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кстати, про методы - давно пора сделать специальную социальную сеть, наподобие GitHub'а, но распределённую. Чтобы убрать единую точку отказа в виде GitHub.

    Вообще не о том. Весь Интернет распределенный - создайте независимо от github репозитории, и вот у вас уже пример как "убрать единую точку отказа в виде GitHub".

     
     
  • 7.53, Vkni (ok), 23:11, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще не о том. Весь Интернет распределенный - создайте независимо от github
    > репозитории, и вот у вас уже пример как "убрать единую точку
    > отказа в виде GitHub".

    Вот уж точно семь мудрецов не прокомментируют.

     
  • 4.36, anonymous (??), 17:07, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Полноценную сборку ядра Linux шланг до сих пор сделать не в состоянии. Собирается какая-то часть, вроде бы даже запускается и работает, но часть эта очень маленькая.

    Эти ребята с тобой не согласны https://www.openmandriva.org/?lang=en Если и есть нюансы, то незначительные.

     
     
  • 5.42, Аноним (-), 20:29, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Нюансы есть, и они значительные. В OpenMandriva только юзерспейс собирается Шлангом, и то не весь. Ядро собирается GCC.
    Вот проект поддержки сборки ядра шлангом:
    http://llvm.linuxfoundation.org/index.php/Main_Page
    Там куча патчей для ядра (патчи для шланга отдельно не выкладывают, поскольку их принимают в основную ветку) плюс даже при этом собирается не все, не для всех архитектур, не самой актуальной версии и с зависимостями от кусков GCC. Я не пеняю шлангу - они играют в догоняющих - но просто говорю, что о сборке им ядра можно говорить пока только в контексте развития самого шланга.
     
  • 4.62, Аноним (-), 09:01, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

    Мы все помним как забыли linking exceptions в gcc. Помним...

     
     
  • 5.64, Аноним_oyc (?), 09:44, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ваши проблемы, никогда не зацикливайтесь на событиях прошлого.
     
  • 5.68, Michael Shigorin (ok), 10:43, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мы все помним как забыли linking exceptions в gcc. Помним...

    Ну бросьте в них камень первым.

     
  • 5.77, Andrey Mitrofanov (?), 17:34, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> По очевидной причине - лицензия. В GCC все свои наработки

    // Странно, да? Чегой-то они-то сами всё своё открыли? Не понять этого _любителям_ _закрывать_, да.

    > Мы все помним как забыли linking exceptions в gcc. Помним...

    Памятливый?? https://www.opennet.ru/openforum/vsluhforumID3/107145.html#61
    Канделябром.

     
  • 4.73, iZEN (ok), 14:08, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Не придется. GCC живее всех живых, особенно после недавнего пересмотра подхода к разработке.

    Придётся! А иначе без графики останетесь.

    make LLVM only a BUILD_DEPEND for mesa-libs, which needs it to build EGL

     
     
  • 5.99, Аноним (-), 16:15, 26/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Изя, твое мнение никого не интересует.
     
  • 3.27, Аноним (-), 12:37, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими собственными компиляторами под каждую платформу взять, и закоммитить это всё в оригинальный шланг?
     
     
  • 4.38, Аноним84701 (ok), 19:32, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими
    > собственными компиляторами под каждую платформу взять, и закоммитить это всё в
    > оригинальный шланг?

    Вряд ли в шланге обрадуются улучшайзерам типа



    if (!cpuid_is("AuthenticAMD")) { random_sleep = 1; slow_and_crappy_fallback_code = 1;} /* утированно конечно, но в каждой шутке ... */

     
     
  • 5.43, Аноним (-), 20:31, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими
    >> собственными компиляторами под каждую платформу взять, и закоммитить это всё в
    >> оригинальный шланг?
    > Вряд ли в шланге обрадуются улучшайзерам типа
    >


    > if (!cpuid_is("AuthenticAMD")) { random_sleep = 1; slow_and_crappy_fallback_code = 1;}
    > /* утированно конечно, но в каждой шутке ... */

    Зря смеетесь, icc так и работает - внутри бинарника два варианта кода: оптимизированный для интелов и обычный generic - для остальных.

     
     
  • 6.105, Аноним (-), 00:36, 20/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зря смеетесь, icc так и работает - внутри бинарника два варианта кода:
    > оптимизированный для интелов и обычный generic - для остальных.

    Не обычный, а деоптимизированный - вроде бы писали что через *эмуляцию* SSE команд...
    (сегодня как раз читал, там ещё представитель Intel отбрехивался в глаза что то такой удобный им всеголишь типа баг и т.п.)

     
  • 3.49, Аноним (-), 22:46, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > без блоба за 7.62$ хрен ты соберёшь программу без зонда-бекдора

    Тут что-то не так с логикой.

     
  • 3.57, emg81 (ok), 04:58, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё очень сильны.
    Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например, libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.
    Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал работать imagemagick и стали происходить разные странности - это да.
    К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё в процессе.

     
     
  • 4.74, iZEN (ok), 14:12, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё
    > очень сильны.
    > Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
    > libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.
    > Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен
    > с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал
    > работать imagemagick и стали происходить разные странности - это да.
    > К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё
    > в процессе.

    Все странности — к неродному для LLVM компоновщику GNU LD, который связывает объектный x86_64 код. Как только LLD будет готов, вот тогда и заживём.


     
     
  • 5.80, emg81 (ok), 19:04, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Все странности — к неродному для LLVM компоновщику GNU LD, который связывает
    > объектный x86_64 код. Как только LLD будет готов, вот тогда и
    > заживём.

    Возможно. Я делал по ману, который включал использование Gold, может, где-то накосячил.

     
  • 5.94, _ (??), 18:41, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Как только LLD будет готов, вот тогда и заживём.

    Святая простота ...
    В коде вокруг столько GCC-зЪмоффф за 10 лет не вычистить. У бсд-шнегов за такое в базе давали по рукам, вот они и перешли. Ядро линукс так перевести - это не птице до середины днепра :-\  Да и интересанты - кто? А никто, нет таких.

     
  • 4.75, Аноним (-), 14:18, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    code strings -a usr local lib libraw so 16 0 0 124 grep clang ... большой текст свёрнут, показать
     
     
  • 5.79, emg81 (ok), 19:03, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И?
    Gentoo и FreeBSD, к слову, разные вещи.
     
     
  • 6.91, Аноним (-), 18:22, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И?
    > Gentoo и FreeBSD, к слову, разные вещи.

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


     
     
  • 7.96, emg81 (ok), 22:31, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я где-то писал разве, что "проблема *в* Clang'е"?
    Я отписал выше свой опыт "как есть", а кто-то просто увидел то, что хотел увидеть.
     
  • 4.97, Andrey Mitrofanov (?), 12:15, 24/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Как человек, прочитавший ваш и прочих энтузиастов программы эппла пересоберём в... большой текст свёрнут, показать
     
     
  • 5.98, emg81 (ok), 00:14, 25/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Я раньше видел этот ник - от него когда-то писали адекватные комменты, но это было давно.

    2. Мне кажется, попробовать Clang на моей системе ради интереса - это МОЁ личное дело. То, что я здесь отписал - это тоже моё личное дело.

    3. Всё остальное - поток сознания, оскорбления и выдумки. Стоило один раз упомянуть, как я попробовал Clang на выходных и у кого-то прорвало все поддоны - потекло ото всюду.

    --
    Если Чикатило в клетчатой рубашке когда-то был запечатлён, значит ли это, что все люди в клетчатой рубашке - маньяки и педофилы?

    Хотя я не надеюсь на адекватную реакцию, ведь в своём выдуманном мирке, где А. Митрофанов - д'Артаньян, а остальные - известно кто, жить удобнее, верно?

     
     
  • 6.100, Andrey Mitrofanov (?), 12:54, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. Я раньше видел этот ник
    > Если Чикатило в клетчатой рубашке
    >в своём выдуманном мирке
    >А. Митрофанов - д'Артаньян

    На будущее: меня анализировать -- услуга платная. Вы уже задолжали, пройдите в кассу.

    >, а остальные - известно кто, жить
    > удобнее, верно?

     
     
  • 7.101, emg81 (ok), 03:03, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На будущее: меня анализировать -- услуга платная.

    Смешная шутка. После перехода на личности Ваши любые аргументы уже выглядят несерьёзно - Вы показали своё лицо.

    Продолжать диалог с неадекватным инфантилом желания нет. Удачи.

     
  • 3.63, t28 (?), 09:41, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Шланг позволяет пихать модули-блобы, которые будут
    > компилировать непонятно что и непонятно как.

    Поэтому можно взять .s файл и посмотреть, не напихали ли туда лишнего.

     
     
  • 4.95, _ (??), 18:45, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну увидишь ты там колл в середину блоба ...
    Без него - не работает, с ним - не нужно ... но выбор всегда есть :-)
     
  • 2.31, Аноним (-), 14:18, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ладно EULA,..

    Кстати, что в ней написано? Стоит соглашаться?

     
     
  • 3.40, freehck (ok), 20:20, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Ладно EULA,..
    > Кстати, что в ней написано? Стоит соглашаться?

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

     
  • 2.102, Аноним (-), 00:20, 20/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ладно EULA, но что в нем такого необычного в этом компиляторе, что
    > они сами его развивают?

    "AMD уже поняло что все эти независимые аффторы компиляторов типа GCC жирно проплаченны Intel-ом,
    потому на базе форка LLVM+CLang пилят свой оптимизирующий под AMD компилятор
    (правда тоже подонковски - только под самые последние свои модели ЦПУ, но может и на ранних будет профит кто знает) - AOCC{AMD Optimizing C,C++ Compiler}"

     

  • 1.2, Аноним (-), 21:54, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Охохо, понеслась звезда по кочкам. Пошли закрытые вендорские компиляторы.
     
     
  • 2.3, black_angel (??), 22:03, 20/05/2017 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Всего лишь кривой и сильно запоздавший ответ на Intel C Compiler, закрытый и нифига не дешевый !
     
     
  • 3.13, Vkni (ok), 01:39, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Всего лишь кривой и сильно запоздавший ответ на Intel C Compiler, закрытый
    > и нифига не дешевый !

    С мест рапортуют, что Intel C Compiler, слава богу, где-то делает код быстрее GCC, но где-то и медленнее. Есть же высокоуровневые оптимизации типа rvalue ref, которые ускоряют любой код.

    Это мы не говорим о том, что GCC - это обычно новейшее стандартное решение, что уменьшает кол-во геморроя при работе с.

     
  • 2.12, Vkni (ok), 01:36, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Пошли закрытые вендорские компиляторы.

    Первый раз, что-ли. Как пошли, так и пройдут.

    Кому нужен этот геморрой - использование закрытого компилятора, когда рядом практически точно такой же, но открытый. Далеки как-то процессоро-ваятели от народа - временами вообще не понимают, что их процессор нафиг не нужен никому без компиляторов с РАЗНЫХ языков, а не только с C99 и C++03.

     
     
  • 3.32, Мяут (ok), 14:49, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому нужен этот геморрой - использование закрытого компилятора

    Самому вендору, чтобы циферки тестов красивые получались.

     
  • 3.41, freehck (ok), 20:24, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > их процессор нафиг не нужен никому без компиляторов с РАЗНЫХ языков

    Золотые слова!

     
     
  • 4.110, Аноним (-), 01:01, 20/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да, вас нафиг с вашими brainfuckами разными.
    С89 и С++~92 достаточно для любых задач, доказанно времнем,
    а всё прочее - отвлекающее излишество и чисто маркеинг разработчиков компиляторов.
     

  • 1.5, Аноним (-), 22:36, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Писали вроде, что это просто тестовый полигон, все изменения будут попадать в основную ветку. Походу не хотели наступить на теже грабли что и с DC в свое время. На форониксе уже тесты есть, llvm 5 > aocc практически во всем.
     
     
  • 2.6, IB (?), 22:44, 20/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так почему не форк CLang - велосипеды кругом одни велоипеды
     
  • 2.17, Хряк (?), 08:32, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > llvm 5 > aocc

    Чот значит больше?

     
     
  • 3.70, Клыкастый (ok), 11:08, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    видимо быстрее.
     
  • 2.20, Аноним (-), 10:31, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А можно пруфлинков для тех, у кого гугл забанили?
     

  • 1.7, Ilya Indigo (ok), 22:50, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > ...только в бинарном виде и требует принятия EULA-соглашения.

    /dev/null

     
  • 1.8, saahriktu (ok), 00:36, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Там ещё есть плагин для Фортрана, но он требует Gfortran 4.8.2. Дополнительно приложили тарбол с бинарниками для систем, где Gfortran 4.8.2 отсутствует.
     
     
  • 2.9, A.Stahl (ok), 00:40, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну Фортран ещё нас переживёт. Чай не Форт...
    Хотя... А кто-то использует не родные спец.компиляторы Фортрана?
     
     
  • 3.11, анонанонанонанино (?), 01:02, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А Форт живёт себе, так же как и Фортран, но только в своей нише.
     
     
  • 4.14, A.Stahl (ok), 03:05, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И Форт и Фортран живы, но очень уж узкая специализация.
    И если Фортран ещё много проживёт, то Форт... ну это как ассемблер Z80. Жив в нашей памяти, но не более.
     

  • 1.10, Dark Amateur (?), 00:53, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Раз им так нужен компилятор, что чего Open64 забросили?
     
  • 1.15, Андрей (??), 03:17, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как там с компиляцией Linpack и результатами?
     
  • 1.16, cmp (ok), 05:47, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Был у меня пламенный атлон, и радон был, все ждал когда дрова откроют, чтоб можно было из каробки систему поставить и радоваться, но вот прошло уже 15 лет. И я совсем не жалею, что перешел на интель с инвидией.
     
     
  • 2.18, Хряк (?), 08:36, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > все ждал когда дрова откроют

    Как же ты бедный, зимами мёрз все эти 15 лет?

     
     
  • 3.23, cmp (ok), 11:18, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я обогреватель купил, юниксвейней оно, когда вычисления и теплоотдача сами по себе.
     
     
  • 4.24, Аноним (-), 11:34, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Radeon до 2013-го тоже неплохо так грел. Потому что энергосбережения не было. Хотя в связке с проприетарным драйверов - было, но ты же - за открытые.
     
  • 2.44, freehck (ok), 20:34, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > совсем не жалею, что перешел на ... с инвидией.

    А, ну у NVidia-то, конечно, с открытостью лучше. )
    Недавно ведь сам Линус сказал в камеру "Love you, NVidia" и "палец вверх" показал.

     
     
  • 3.50, Аноним (-), 22:57, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да плевали владельцы геймерских карт от AMD на открытость, когда почти всё, что делается на проприетарных движках на открытых драйверах на 30-50% и более процентов медленнее, чем на AMDGPU-PRO. На том же ворониксе всё это есть. А ксонотики и cs свои сами себе засуньте..


     
  • 2.65, Аноним_oyc (?), 09:59, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну что, дождался, когда Невидия драйвера открыла? ;)
     
     
  • 3.67, cmp (ok), 10:31, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ей зачем? они флагман, под них игры делают, а амд вечно догоняет, конечно он и подешевле, но отродясь с нвидью проблем не было, а с амд были, и видяхами, когда они консоль нормально отрисовать не могли, и с процами, а вот давеча интеловский девайс погорел, так его по горантии поменяли без лишьних вопросов. За неделю вопрос был решен, - доставка дхл за счет интела, а вот амдешный проц я помнится вспотел искать в питере под свою не молодую мать, а в мухосранске, если тока на авито повезет.

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

     
     
  • 4.71, Клыкастый (ok), 11:11, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А ей зачем? они флагман, под них игры делают, а амд вечно догоняет,

    Есть некоторые изменения.

    https://www.notebookcheck-ru.com/Intel-vypustit-processor-s-grafikoi-AMD-Radeo


     
  • 4.78, Аноним (-), 19:03, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > отродясь с нвидью проблем не было

    Никогда система наглухо не зависала из-за блоба? Ну что, повезло тебе.

     
     
  • 5.85, cmp (ok), 16:12, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что, у амд как-то иначе? а вообще нвидь никогда, а вот радеон бывало, систему не вешал, но приходилось по сети цепляться ребутать, так как на экране была какая-то абстракция.
     
  • 4.82, Аноним (-), 23:00, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А ей зачем? они флагман, под них игры делают, а амд вечно догоняет, конечно он и подешевле

    Ну да, ну да, тото я смотрю их в эппле перестали сатвить.

     
     
  • 5.86, cmp (ok), 16:18, 23/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну да, ну да, тото я смотрю их в эппле перестали сатвить.

    Эпл показатель чего? с каких пор?

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

     

  • 1.19, Аноним (-), 08:59, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Недавно задавал вопрос на форуме Не на эту тему И среди прочих вещей, узнал не... большой текст свёрнут, показать
     
     
  • 2.22, Аноним (-), 11:01, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    "Векторизация перпендикулярна floating point" - спецы, б**ь
     
     
  • 3.35, Vkni (ok), 16:19, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > "Векторизация перпендикулярна floating point" - спецы, б**ь

    А что - нет?

     
     
  • 4.48, Аноним (-), 22:24, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> "Векторизация перпендикулярна floating point" - спецы, б**ь
    > А что - нет?

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

     
     
  • 5.54, Vkni (ok), 23:12, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то, FP-вычисления, особенно в циклах, векторизуются в первую очередь и наиболее
    > эффективно. А вот с целочисленными вычислениями с их изменяющейся шириной и
    > обилием экзотических операций типа сдвига на runtime-величину зачастую возникают проблемы
    > и эффективность падает.

    Ну да, не совсем перпендикулярна.

     
  • 2.47, Аноним (-), 22:17, 21/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > К сожалению с векторизацией в последних компиляторах как-то не очень, во времена gcc-3.x было повеселее.

    Векторизация появилась только в 4.x. Первая версия в 4.0, но более-менее юзабельная заметно позже, где-то после 4.2.

     

  • 1.26, Аноним (-), 12:35, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    1. Зачем отдельный компилятор?
    2. Если эта фигня для тестирования, кто-нибудь планирует в итоге перенести это всё в LLVM и GCC?
     
  • 1.28, Аноним (-), 12:55, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Слили open64, гады
     
  • 1.39, darthvlado (?), 20:08, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему нельзя свои улучшения отправить в проект llvm и не создавать форков?
     
     
  • 2.55, Аноним (-), 01:09, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очень много вложено в Zen. Пиар по всем фронтам!
     
     
  • 3.61, Аноним (-), 06:28, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно сделали, у zen все-таки продвинутая архитектура.
     
     
  • 4.66, Аноним (-), 10:31, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Даже если их архитектуру называть продвинутой, что с этого? Почему "продвинутость" стала препятствием к унификации?
     
  • 2.69, Аноним (-), 10:51, 22/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А тестировать на ком и с кем?
     

  • 1.84, timur (??), 12:45, 23/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    respect!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру