Увидел свет набор компиляторов LLVM 3.7

02.09.2015 09:00

Представлен релиз проекта LLVM 3.7 (Low Level Virtual Machine) - GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации).

Улучшения в Clang 3.7:

Обеспечена полная поддержка стандарта OpenMP 3.1 (Open Multi-Processing), предоставляющего средства для применения методов параллельного программирования в программах на языках Си и Си++. Доступны средства обеспечения параллелизма на уровне задач (распараллеливание функций и циклов) и параллелизма на уровне данных (векторизация, распараллеливание типовых операций над массивами данных). В том числе реализованы комбинированные директивы, такие как "#pragma omp parallel for" и "#pragma omp parallel sections", атомарные операции ("#pragma omp atomic") и средства векторизации последовательных и параллелизированных циклов на процессорах с поддержкой инструкций SIMD ("#pragma omp simd").
Реализация OpenMP в Clang базируется на открытой компанией Intel runtime-библиотеке OpenMP, которая связывается с итоговыми OpenMP-приложениями и выполняет диспетчеризацию потоков в процессе выполнения OpenMP-программы. Из особенностей библиотеки отмечается поддержка различных аппаратных архитектур (x86, x86_64, PowerPC, ARM), высокая производительность и совместимость на уровне ABI с GCC и проприетарными OpenMP-компиляторами Intel. Для сборки программы с задействованием OpenMP достаточно указать при компиляции опцию "-fopenmp", а также пути к заголовочному файлу ("-I путь к omp.h") и библиотеке ("-L путь к библиотеке openmp").
Интегрирован механизм проверки целостности выполнения программы CFI (Control Flow Integrity), нацеленный на выявление некоторых форм неопределённого поведения, которые потенциально могут привести к нарушению нормального потока управления (control flow) в результате атаки на приложение. Представленный метод защиты оптимизирован для минимизации накладных расходов, что позволяет использовать его при сборке релизов. Например, при сборке Chromium с включением CFI наблюдалось замедление менее, чем на 1%, но увеличение размера исполняемого файла на 15%. Для включения следует использовать флаг "-fsanitize=cfi" в сочетании с включением оптимизации на этапе связывания ("-flto");
При использовании языковых расширений для определения атрибутов (__declspec) теперь требуется указывать флаг "-fms-extensions" или "-fborland". Расширения также доступны при сборке кода CUDA;
При сборке для Windows обеспечена поддержка некоторых видов нестандартного использования языковых конструкций __try, __except и __finally. MSVC-совместимые расширения C++ пока не поддерживаются. Также отмечается, что Clang 3.7 является последним выпуском с поддержкой Windows XP и Windows Vista, в Clang 3.8 требования к версии будут повышены до Windows 7;
Средства диагностики расширены для отлавливания дополнительных проблем и вывода более точной информации о характере проблемы. Среди новых предупреждений отмечаются: -Wrange-loop-analysis, -Wredundant-move, Wpessimizing-move, -Wmove, -Winfinite-recursion и -Wobjc-circular-container;
Добавлен новый флаг компиляции "-fsized-deallocation", отвечающий за включение поддержки функции delete с указанием размера (sized deallocation), определённой в спецификации C++14;
Поддержка совместимых с GCC флагов для управления оптимизацией на основе профиля выполнения (PGO, profile guided optimization): "-fprofile-generate=dir", "-fprofile-use=dir", "-fno-profile-generate" и "-fno-profile-use";

Основные новшества LLVM 3.7:

Новый C++ JIT API для компиляции по запросу (ORC, On Request Compilation), отталкивающийся в функциональности от MCJIT, но созданный для упрощения интеграции новых возможностей и улучшения тестируемости кодовой базы. Из интересных новшеств отмечаются средства отложенной компиляции функций (function-at-a-time) на системах x86. В состав также входит новая реализация MCJIT API, в том числе режим для симуляции поведения MCJIT (OrcMCJITReplacement). MCJIT оставлен в кодовой базе и продолжает использоваться в качесестве движка JIT (ExecutionEngine) по умолчанию;
Новый бэкенд для компиляции сценариев в байткод BPF (Berkeley Packet Filter), поддерживающий набор расширенных инструкций, представленных в доступной в свежих ядрах Linux виртуальной машине eBPF. Собранные BPF-сценарии могут быть загружены в ядро Linux при помощи системного вызова bpf(2) и использованы для создания похожих на модули ядра обработчиков и фильтров. Из отличий расширенного BPF отмечается добавление восьми дополнительных регистров, реализация новых инструкций (call, shift, map hash/array, операции чтения и сохранения в стеке от 1 до 8 байт), добавление 64-разрядных регистров и возможность обращения к ограниченным функциям ядра. Для задействования бэкенда для генерации байткода BPF следует использовать опцию "-target bpf" в Clang или "-march=bpf" в llc;
Для написания модулей для виртуальной машины eBPF представлен фреймворк BCC (BPF Compiler Collection), предоставляющий средства по написанию сценариев на языке Си, которые затем транслируются в корректные программы BPF. В том числе в BCC предоставляются привязки к подсистемам ядра Linux, позволяющие создавать фильтры для сокетов, классификаторы трафика и обработчики определённой сетевой активности. Для языка Python подготовлен набор биндингов. Кроме того, можно отметить инициированный организацией Linux Foundation проект IO Visor, нацеленный на создание инструментов и инфраструктуры для разработки расширяющих ядро Linux сетевых возможностей и обработчиков ввода/вывода, реализованных в форме модулей BPF.
Значительно расширены возможности бэкендов для архитектур MIPS, PowerPC и SystemZ.

Из параллельно развивающихся проектов, основанных на LLVM, можно отметить:

KLEE - символьный анализатор и генератор тестовых наборов;
Runtime-библиотека compiler-rt;
llvm-mc - автогенератор ассемблера, дизассемблера и других связанных с машинным кодом компонентов на основе описаний параметров LLVM-совместимых платформ.
Реализация функционального языка программирования Pure;
LDC - компилятор для языка D;
Виртуальные машины для Ruby: Rubinius и MacRuby;
LLVM-Lua
FlashCCompiler - средство для компиляции кода на языке Си в вид, пригодный для выполнения в виртуальной машине Adobe Flash;
LLDB - новая модульная инфраструктура отладки, использующая такие подсистемы LLVM как API для дизассемблирования, Clang AST (Abstract Syntax Tree), парсер выражений, генератор кода и JIT-компилятор. LLDB поддерживает отладку многопоточных программ на языках C, Objective-C и C++; отличается возможностью подключения плагинов и скриптов на языке Python; показывает крайне высокое быстродействие при отладке программ большого размера;
emscripten - компилятор биткода LLVM в JavaScript, позволяющий преобразовать для запуска в браузере приложения, изначально написанные на языке Си. Например, удалось запустить Python, Lua, Quake, Freetype;
sparse-llvm - бэкенд, нацеленный на создание Си-компилятора, способного собирать ядро Linux.
CUDA Compiler - позволяет сгенерировать GPU-инструкции из кода, написанного на языках Си, Си++ и Fortran;
Julia - открытый динамический язык программирования, использующий наработки проекта LLVM.
Jade (Just-in-time Adaptive Decoder Engine) - универсальный движок для декодирования видео, использующий LLVM для JIT-компиляции адаптивных конфигураций декодера видео, определённых комитетом MPEG Reconfigurable Video Coding (RVC);
PNaCl (Portable Native Client) - интегрированная в браузер Chrome система, которая позволяет организовать выполнение приложений, написанных на языках C и С++, в специальном изолированном окружении web-браузера, независимо от текущей аппаратной архитектуры;
PoCL (Portable Computing Language OpenCL) - реализация стандарта OpenCL, независимая от производителей графических ускорителей и позволяющая использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров;
Likely - открытый предметно-ориентированный язык для распознавания изображений. Алгоритмы распознавания на лету компилируются (JIT) при помощи инфраструктуры LLVM MCJIT для выполнения на одно- или многоядерных CPU, а также на GPU с использованием OpenCL SPIR или CUDA.
LibBeauty - инструментарий для декомпиляции и обратного инжиниринга, построенный с использованием дизассемблера LLVM и LLVM IR Builder. Приняв на входе объектный файл (.o) на выходе генерирует файл в промежуточном представлении LLVM (.bc или .ll);
RUST - основанный на LLVM язык программирования, развиваемый компанией Mozilla;
McSema - фреймворк для преобразования машинного кода в биткод LLVM;
Swift - основанный на LLVM язык программирования, развиваемый компанией Apple;
FTL (Fourth Tier LLVM) - JIT-компилятор для движка WebKit;
Polly - экспериментальный оптимизатор, поддерживающий несколько техник оптимизации циклов и позволяющий организовать автоматическое распараллеливание кода с задействованием OpenMP.

исправить +23 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/42894-llvm

Ключевые слова: llvm, clang

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (62)

1.1, G.NercY.uR (?), 10:40, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Фороникс что-то давненько не выдавал нагора сравнения последних компиляторов. Пускай выкладывают, кто-нибудь скажите форониксу об этом плиз.:)

2.2, G.NercY.uR (?), 10:43, 02/09/2015 [^] [^^] [^^^] [ответить]	+2 +/–
Сам же сразу и ответил: Зашёл на фороникс, а там на тебе: http://www.phoronix.com/scan.php?page=article&item=clang-37-gcc52&num=1

3.3, G.NercY.uR (?), 10:49, 02/09/2015 [^] [^^] [^^^] [ответить]

–1 +/–

> Сам же сразу и ответил: Зашёл на фороникс, а там на тебе:
> http://www.phoronix.com/scan.php?page=article&item=clang-37-gcc52&num=1

В итоге, слушайте ну Clang очень успешно и динамично за столь короткий путь развития догнал (а в большинстве этих пусть и синтетических, но тестов даже перегнал) gcc.

Слава разработчикам! Clang'у слава!

4.5, AnotherReality (ok), 11:31, 02/09/2015 [^] [^^] [^^^] [ответить]	+3 +/–
последнее это сарказм?

5.60, G.NercY.uR (?), 18:40, 05/09/2015 [^] [^^] [^^^] [ответить]	+/–
> последнее это сарказм? Нет, не более чем игра слов на больную тему.

6.62, Andrey Mitrofanov (?), 11:17, 07/09/2015 [^] [^^] [^^^] [ответить]	+/–
> Нет, не более чем игра слов на больную тему. s/игра слов/тролинг/ "Честнее, Владимир, честнее." С собой в тч.

4.7, A.Stahl (ok), 11:42, 02/09/2015 [^] [^^] [^^^] [ответить]	–4 +/–
>В итоге В итоге всё равно все используют GCC...

5.8, Аноним (-), 11:48, 02/09/2015 [^] [^^] [^^^] [ответить]	–9 +/–
Что такое GCC? Google Closure Compiler?

6.22, mine (ok), 18:15, 02/09/2015 [^] [^^] [^^^] [ответить]	–2 +/–
https://gcc.gnu.org/

7.24, Аноним (-), 18:57, 02/09/2015 [^] [^^] [^^^] [ответить]	–6 +/–
это который в тихую линкует статически либу под GPL v3 что вызывает автоматом смену лицензии на код в силу вирусности лицензии на библиотеку? или делай свой код под GPL v3 или не компилируй.

8.27, Аноним (-), 23:03, 02/09/2015 [^] [^^] [^^^] [ответить]	+5 +/–
Дурачек не нужно тут бредить ... текст свёрнут, показать

8.50, Аноним (-), 17:57, 03/09/2015 [^] [^^] [^^^] [ответить]	+2 +/–
Сразу видно - грибной сезон начался ... текст свёрнут, показать

9.61, Аноним (-), 08:42, 06/09/2015 [^] [^^] [^^^] [ответить]	+/–
о статической линовке libgcc ты не знал так учись пока не поздно ... текст свёрнут, показать

10.63, Andrey Mitrofanov (?), 11:23, 07/09/2015 [^] [^^] [^^^] [ответить]	+1 +/–
Маленький врунишка While combining libgcc with GCC-compiled object code is pr... текст свёрнут, показать

5.18, Аноним (-), 16:11, 02/09/2015 [^] [^^] [^^^] [ответить]	+1 +/–
> В итоге всё равно все используют GCC И? Зато гордые птицы-ежики из-за этого "пинка" со стороны llvmовцев, как минимум улучшили сообщения об ошибках. Так что, пусть и дальше не дают уж слишком расслабиться.

5.25, Аноним (-), 20:07, 02/09/2015 [^] [^^] [^^^] [ответить]	–1 +/–
кто все? в os x, freebsd clang, да и в windows от тоже есть. А если вы про линукс ну так вы можите собирать пакеты и через Clang вам не запрещают. Хорошо когда есть выбор.

4.13, freehck (ok), 12:05, 02/09/2015 [^] [^^] [^^^] [ответить]	–4 +/–
Скорость развития -- очень хорошая, и разработчики молодцы Но всё же давайте по... большой текст свёрнут, показать

5.20, Аноним (-), 16:28, 02/09/2015 [^] [^^] [^^^] [ответить]

+4 +/–

> но почему тогда в тестах GCC не используют флаг -O3?

По той же причине, по которой не используют -Ofast. В GCC включаемые с -O3 оптимизации на практике редко дают сколько-нибудь существенный прирост производительности, но значительно (относительно) увеличивают размер кода, что негативно сказывается на его локальности в I$. На практике, с GCC нет смысла использовать уровни выше -O2.

> Если в LLVM использовался его хвалёный JIT

Херню сморозил.

6.39, freehck (ok), 12:54, 03/09/2015 [^] [^^] [^^^] [ответить]

+1 +/–

>> но почему тогда в тестах GCC не используют флаг -O3?
> По той же причине, по которой не используют -Ofast.

-Ofast не используют, потому что он обеспечивает оптимизации, не соответствующие стандарту. -O3 этим не отличается.

> В GCC включаемые с -O3 оптимизации на практике редко дают сколько-нибудь существенный прирост производительности,

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

> но значительно (относительно) увеличивают размер кода, что негативно сказывается на его
> локальности в I$.

Что такое I$?

>> Если в LLVM использовался его хвалёный JIT
> Херню сморозил.

Не понимаю, поясните.

7.44, Аноним (-), 16:47, 03/09/2015 [^] [^^] [^^^] [ответить]	+/–
-Ofast не используют, потому что он обеспечивает оптимизации, не соответствующие... большой текст свёрнут, показать

8.55, freehck (ok), 11:37, 04/09/2015 [^] [^^] [^^^] [ответить]	+/–
Спасибо, я не знал про эти особенности оптимизаций в GCC Особенно про I Кста... текст свёрнут, показать

9.56, Аноним (-), 15:31, 05/09/2015 [^] [^^] [^^^] [ответить]	+/–
Это не единственная аббревиатура, просто одна из используемых I - instruction, ... большой текст свёрнут, показать

9.57, Аноним (-), 15:39, 05/09/2015 [^] [^^] [^^^] [ответить]	+/–
IC Слишком обширно Integrated circuit, что ли А тут cache , - сразу сужает... текст свёрнут, показать

9.64, Aleks Revo (ok), 22:56, 09/09/2015 [^] [^^] [^^^] [ответить]	+/–
Современное положение дел таково, что там, где это полезно и не приводит к сбоям... текст свёрнут, показать

4.32, Анономс (?), 08:25, 03/09/2015 [^] [^^] [^^^] [ответить]	+2 +/–
Да он выиграл только в тесте SciMark 2 разраб которого не любит GCC и через какое-то время перелапатил все для поддержки Clang со всеми воркераундами. Ну и разумеется тест скорости компиляции тоже за Clang - юзерам пофиг, а разрабы будут использовать только чтоб быстрее потестить, финальный билд все равно GCC.

5.45, Alexey (??), 16:49, 03/09/2015 [^] [^^] [^^^] [ответить]	–2 +/–
Если все остальное время ты компилишь в Clang, то и финальный билд будет в Clang.

6.54, Аноним (-), 10:51, 04/09/2015 [^] [^^] [^^^] [ответить]	+/–
Финальный билд делают маинтейнеры дистрибутива, так что нет.

3.9, Школьник (ok), 11:49, 02/09/2015 [^] [^^] [^^^] [ответить]	–12 +/–
Судя по картинкам по ссылке, недалек уже тот момент, когда gcc натурально можно будет закапывать. Впрочем, ничего удивительного - когда идеология превозмогает над здравым смыслом и начинает диктовать свою волю при выборе инженерных решений, то результат немного предсказуем. В Китае это вовремя понял Дэн Сяопин, в СССР этого, увы, не поняли. Похоже, не понимает этого и Столлман со своей толпой преданных фанатиков, жадно ловящих каждое слово, выходящее из его рта. Ну да ничего, скоро уже поймут, что архитектура gcc, мягко говоря, не поощряющая его переиспользование и расширение, равно как и сомнительные игры с лицензией на gcc runtime обошлись слишком дорого.

4.11, дядя (?), 11:58, 02/09/2015 [^] [^^] [^^^] [ответить]	+1 +/–
иди учись школьник! gcc в любом случае не умрет, а модульную конструкцию из llvm действительно не грех перенять и переймут, не сумлевайся!

5.16, bOOster (ok), 12:32, 02/09/2015 [^] [^^] [^^^] [ответить]	–7 +/–
Аха, ну ситуация сродни Freeswitch против Астериска. Первый модульный и перспективный, второй древний и корявый. Второй держиться ТОЛЬКО на том что всякой документации гораздо больше находиться в инете чем первый. Станет наоборот - сдохнет тут-же.

6.41, Анонимус Сапиенс (?), 15:07, 03/09/2015 [^] [^^] [^^^] [ответить]	+2 +/–
Ты дурачок, asterisk и freeswitch это перпендикулярные вещи. Это как холодильник vs стул.

7.42, Аноним (-), 15:36, 03/09/2015 [^] [^^] [^^^] [ответить]

+1 +/–

> Это как холодильник vs стул.

Дык – дураку понятно, что холодльник лучше (на/в нем сидеть можно, а вот холодить стулом не получится)!

8.49, Аноним (-), 17:55, 03/09/2015 [^] [^^] [^^^] [ответить]	+/–
ИЧСХ, только дypaк и будет сидеть на холодильнике вместо стула ... текст свёрнут, показать

9.51, Аноним (-), 18:08, 03/09/2015 [^] [^^] [^^^] [ответить]	+4 +/–
Только нублы и хомячки сидят на стульях -- эксперты опеннета выбирают диваны ... текст свёрнут, показать

9.59, bOOster (ok), 17:02, 05/09/2015 [^] [^^] [^^^] [ответить]	–1 +/–
Да а на природе маленький холодильничек хорош, и сидишь на нем, и пиво достаеш... текст свёрнут, показать

7.58, bOOster (ok), 16:53, 05/09/2015 [^] [^^] [^^^] [ответить]	–2 +/–
Ну дурачки срази и отписались… По факту - как ты "лошадь" не назови - ОНА РЕШАЕТ одну задачу. А вертикально или перпендикулярно, да хоть в геометрической прогрессии, хотя че я мечу тут рис перед свиньями…. Один фиг безрезультатно...

4.23, mine (ok), 18:31, 02/09/2015 [^] [^^] [^^^] [ответить]	–2 +/–
Када я вырасту я стану самый-самый. Воть.

4.37, Клыкастый (ok), 12:18, 03/09/2015 [^] [^^] [^^^] [ответить]	+/–
> недалек уже тот момент, когда gcc натурально можно будет закапывать а зачем? чем плох выбор? ну и просто - я вот не вижу поводов закапывать. в нём стала проприетарная лицензия? разбежалась команда? долго и интесивно косячат и не исправляют баги годами? нет. так что за повод закапывать? результаты тестов?

2.36, GrammarNarziss (?), 12:05, 03/09/2015 [^] [^^] [^^^] [ответить]	+1 +/–
"на-гора" же

1.4, nc (ok), 11:00, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Rust забыли в список проектов включить.

2.21, Нанобот (ok), 16:46, 02/09/2015 [^] [^^] [^^^] [ответить]	–3 +/–
от горе...

2.31, Аноним (-), 07:54, 03/09/2015 [^] [^^] [^^^] [ответить]	–1 +/–
И D, не забудьте про D.

3.33, nc (ok), 10:03, 03/09/2015 [^] [^^] [^^^] [ответить]	+/–
ldc в списке есть.

1.6, дядя (?), 11:40, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Roadsend PHP? С 2012 никаких коммитов

1.12, Аноним (-), 12:02, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	–10 +/–
Что в этом clang хорошего? Вчера вышел C++ Builder новый, поставляющийся с этим компилятором по умолчанию, программы теперь медленней станут и толще? :) А плюсы есть какие-нибудь?

2.14, freehck (ok), 12:09, 02/09/2015 [^] [^^] [^^^] [ответить]	+12 +/–
> Что в этом clang хорошего? Вчера вышел C++ Builder новый, поставляющийся с > этим компилятором по умолчанию, программы теперь медленней станут и толще? :) > А плюсы есть какие-нибудь? Как минимум два. Они прямо в названии и стоят "C++ Builder". :)

1.17, Nuzhny (?), 12:46, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+2 +/–
* Portable OpenCL - открытая и независимая реализация стандарта OpenCL; ... * PoCL (Portable Computing Language OpenCL) - реализация стандарта OpenCL, независимая от производителей графических ускорителей и позволяющая использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров; Вообще-то это один и тот же проект, он сменил своё название с первого на второе. Можно убедиться в этом здесь: https://github.com/pocl/pocl

1.19, Аноним (-), 16:24, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Сейчас прибежит Столлман со своим gcc и будет хвалить LLVM

2.34, Andrey Mitrofanov (?), 10:15, 03/09/2015 [^] [^^] [^^^] [ответить]	+1 +/–
> Сейчас прибежит Столлман со своим gcc и будет хвалить LLVM Это ты в каждой новости "бегаешь", как ужаленный, а rms уже http://lwn.net/Articles/582242/rss?format=printable похвалил.

1.26, Аноним (-), 21:09, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+4 +/–
А чего среди проектов на базе LLVM RUST не указан? один из самых интересных проектов и не упомянули в новости.

2.30, Аноним (-), 04:17, 03/09/2015 [^] [^^] [^^^] [ответить]	–2 +/–
Потому что не нужен. Ваш Капитан ...

1.28, дон Педро (?), 23:12, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А этот недавний патч для увеличения производительности radeon интегрирован?

1.29, Аноним (-), 23:46, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Apple с LLVM потихоньку наматывает яйца столмана на винт

2.35, Аноним (-), 11:02, 03/09/2015 [^] [^^] [^^^] [ответить]	+7 +/–
ещё про наручники, кляпы и плёточки пофантазируй. Нравится как айфон вибрирует?

2.48, Аноним (-), 17:53, 03/09/2015 [^] [^^] [^^^] [ответить]	–1 +/–
> Apple с LLVM Все бы ничего, только эппл оттуда почти устранился и отдал руль гуглу.

1.38, анонимус вульгарис (?), 12:47, 03/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> Portable OpenCL - открытая и независимая реализация стандарта OpenCL; > PoCL (Portable Computing Language OpenCL) - реализация стандарта OpenCL, независимая от производителей графических ускорителей и позволяющая использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров; Для танкистов?

2.40, Andrey Mitrofanov (?), 14:22, 03/09/2015 [^] [^^] [^^^] [ответить]	+/–
>> Portable OpenCL - открытая >> PoCL (Portable Computing Language OpenCL) - реализация > Для танкистов? Для http:/openforum/vsluhforumID3/104546.html#17 вас, да.

1.43, Аноним (-), 15:56, 03/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Хорошая новость и обзор OpenCL,спасибо автору! Жаль пока не пропатчили LLVM для ускорения драйвера AMD/ATI...

2.47, Аноним (-), 17:53, 03/09/2015 [^] [^^] [^^^] [ответить]

+/–

> Жаль пока не пропатчили LLVM для ускорения драйвера AMD/ATI...

Насчет ускорения: http://www.phoronix.com/scan.php?page=article&item=radeonsi-cat-wow&num=1

...оно уже втыкает каталисту в половине случаев!

1.46, Аноним (-), 17:52, 03/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Много булшита и ни звука про улучшения для бэкэнда AMDGPU. А между тем, LLVM 3.7 требуется для OpenGL 4.1 в новой MESA с RadeonSI.

2.52, Аноним (-), 19:28, 03/09/2015 [^] [^^] [^^^] [ответить]	+/–
Напиши на сайт amd.com глупец

1.53, Аноним (-), 10:46, 04/09/2015 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
А почему под Win подняли планку с XP до 7-ки? 7-ка же скоро заканчивается! Нужно сразу до 10-ки поднимать, так сказать, расширять поддерживаемые и популярные платформы :-D

игнорирование участников | лог модерирования

Добавить комментарий

Текст: