The OpenNET Project / Index page

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

Увидел свет набор компиляторов 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.


  1. Главная ссылка к новости (http://lists.llvm.org/pipermai...)
  2. OpenNews: В LLVM/Clang добавлена техника защиты стека SafeStack
  3. OpenNews: Новая версия набора компиляторов LLVM 3.6
  4. OpenNews: В кодовую базу LLVM приняты биндинги для языка Go
  5. OpenNews: Apple, возможно, сокращает своё участие в разработке LLVM
  6. OpenNews: В Clang обеспечена полноценная поддержка OpenMP
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/42894-llvm
Ключевые слова: llvm, clang
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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