https://www.opennet.ru/openforum/vsluhforumID3/90478.html После 7 месяцев разработки представлен (http://lists.cs.uiuc.edu/pipermail/llvm-announce/2013-June/000046.html) релиз проекта LLVM 3.3 (http://llvm.org) (Low Level Virtual Machine) - GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод (http://llvm.org/docs/BitCodeFormat.html) RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный платформонезависимый псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы.<br><br><br>Новая версия примечательна интеграцией поддержки целевых платформ AArch64 и AMD R600 GPU, поддержкой систем IBM S390 на базе архитектуры z, значительным улучшением поддержки платформ PowerPC и MIPS. За счёт увеличение качества реализации автоматической векторизации циклов и реализации серии общих оптимизаций заметно увеличена производительность кода, генерируемого LLVM 3.3. В Clang д https://www.opennet.ru/openforum/vsluhforumID3/90478.html#125 Mon, 08 Jul 2013 06:51:13 GMT Обновился:<br>% cc --version<br>FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610<br>Target: x86_64-unknown-freebsd9.1<br>Thread model: posix<br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#124 Fri, 21 Jun 2013 13:03:06 GMT А как это происходит в Open64, или в другом многоархитектурном компиляторе?<br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#123 Fri, 21 Jun 2013 06:59:51 GMT &gt;&gt; А будет пример тестов (кроме OpenMP)<br>&gt; Ага, сразу отмазки начались - видио вы в курсе что в ряде <br>&gt; проектов слив в разы :) <br><br>На самом деле все из-за того, что OpenMP доступен не под gpl только для GCC:<br>http://habrahabr.ru/post/184096/<br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#121 Wed, 19 Jun 2013 21:50:54 GMT &gt; разве не красота? особенно если учесть, что лямбда имеет доступ к переменным <br>&gt; функции-родителя, как это показано в коде выше. понятно, что пример синтетический, <br>&gt; первая придуманая иллюстрация.<br><br>Хм, симпатичненько.<br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#120 Wed, 19 Jun 2013 21:48:12 GMT &gt; А может расскажешь нам, как компилятор может брать на себя работу стандартной <br>&gt; библиотеки в случае at_quick_exit,<br><br>Внезапно, стандартная либа обычно с компилером поставляется. Или где-то рядом. <br><br>&gt; или зачем делать "reachability-based leak detection," <br><br>Хорошая отмазка - "это не нyжно, так яппл сказал" :). Так, а что там еще посчитали "лишним" в погоне за маркетинговым буллшитом? :)<br><br>&gt; От Apple там только 5 разработчиков,<br><br>При том clang только они и пилят по сути. А остальные - ну да, там LLVM всякий пилят и что еще. <br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#119 Wed, 19 Jun 2013 21:45:46 GMT &gt; А будет пример тестов (кроме OpenMP)<br><br>Ага, сразу отмазки начались - видио вы в курсе что в ряде проектов слив в разы :)<br><br>&gt; в которых Clang/LLVM, DragonEgg/LLVM, сильно проигрывают GCC?<br><br>Для начала можно посмотреть как с этим амдшники мумукались. Там просто получить технически валидный поток команд для VLIW - целая эпопея. Про оптимизацию речь вообще не идет!<br><br>Крутая архитектура, крутые концепции, а про то что бывают VLIW-образные процессоры авторы этой поделки не просто не слышали но и в своих архитектурах и концепциях не допустили ни малейшей возможности что такое может существовать. Поэтому кодогенерация VLIW привинчена через феерические костыли. Отдельная фаза постпроцессинга разбирает тот бред который нагенерил LLVM и переупорядочивает код до состояния когда он хотя-бы будет технически валиден. Сам по себе LLVM этого вообще не может. Про то чтобы оптимально группировать команды в группы - речь и вовсе не идет. <br><br>В результате через 2 года траха у амдшников привели к тому что оно после этого на ге https://www.opennet.ru/openforum/vsluhforumID3/90478.html#118 Wed, 19 Jun 2013 21:40:16 GMT &gt; Угу, а драйвер Intel OpenCL использует LLVM,<br><br>И где у интеля LLVM в драйвере? И где, собственно. сам драйвер с opencl? Им все ипут на этот счет мозг, но готового результата нет. <br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#117 Wed, 19 Jun 2013 15:14:29 GMT p.s. Александреску-то не зря на D убежал. :3<br> https://www.opennet.ru/openforum/vsluhforumID3/90478.html#116 Wed, 19 Jun 2013 15:14:11 GMT применить можно почти любую фигню, но фигнёй-то от этого она быть не перестаёт, увы. и я не то, чтобы совсем уж &#171;неподготовленый читатель&#187;. но всё равно гримуар.<br>