https://opennet.ru/openforum/vsluhforumID3/87870.html После 6 месяцев разработки доступен (<br>http://lists.cs.uiuc.edu/pipermail/llvm-announce/2012-December/000043.html) релиз проекта LLVM 3.2 (http://llvm.org) (Low Level Virtual Machine) - GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод (http://llvm.org/docs/BitCodeFormat.html) RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный платформонезависимый псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы.<br><br><br><br>Основные новшества (http://llvm.org/releases/3.2/docs/ReleaseNotes.html) LLVM 3.2:<br><br><br><br>- В LLVM-фронтэнде Clang обеспечена полноценная поддержка стандарта C++'11 (http://www.opennet.ru/opennews/art.shtml?num=31476). В статический анализатор кода Clang добавлена поддержка внутрипроцедурного анализа. Улучшены средства диагностики. Расширена поддержка языка Objective-C, в том числе https://opennet.ru/openforum/vsluhforumID3/87870.html#59 Tue, 15 Jan 2013 13:17:30 GMT 14 января 2013 года в базовой системе FreeBSD 9.1-STABLE обновлён LLVM/Clang 3.1 до версии 3.2.<br>http://svnweb.freebsd.org/base?view=revision&sortby=date&revision=245431<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#58 Thu, 10 Jan 2013 17:37:59 GMT LLVM/Clang 3.2 10 января 2013 года портированы на FreeBSD:<br>http://www.freshports.org/devel/llvm/<br>http://www.freshports.org/lang/clang/<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#57 Sat, 29 Dec 2012 19:01:06 GMT Шесть дней назад LLVM/Clang 3.2 закоммичен в HEAD FreeBSD 10-CURRENT. Релиз FreeBSD 9.1 задерживается, видимо, из-за подготовки бэкпортирования LLVM/Clang 3.2 в 9-STABLE и последующей сборки релиза с новой версией компилятора.<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#56 Sun, 23 Dec 2012 17:11:35 GMT С момента основания ARM Holdings эпплом?<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#54 Sat, 22 Dec 2012 10:29:14 GMT &gt; никто не крашится - только не компилирует..<br><br>Неправильно выразился, проблема в том, что данный код с точки зрения C++11 корректный и должен компилироваться.<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#52 Sat, 22 Dec 2012 05:35:01 GMT &gt;А архитектуры - в случае llvm - пишутся очень легко<br><br>Склько десятков лет еще нужно, чтобы они легко написались на деле а не на словах?<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#51 Sat, 22 Dec 2012 03:51:44 GMT &gt; Кэп напоминает, что gcc вообще-то и не предназначен для того, чтобы компилировать <br>&gt; шейдеры. Да и LLVM не умеет прорвы из того, что умеет <br>&gt; gcc. Оптимизацию, например. И поддержку архитектур.<br><br>Ну да. отмазки у нас по средам. <br><br>А архитектуры - в случае llvm - пишутся очень легко. Только кэп напоминает что основными архитектурами является x86 (очень дофига рынка), arm, и умирающий power pc и mips. Остальные платформы скорее для гиков. А все эти платформы llvm умеет. Видимо ваш кэп потерялся в прошлом?<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#50 Sat, 22 Dec 2012 02:47:51 GMT Интересно, насколько легко/понятно декомпилируется байт-код llvm?<br> https://opennet.ru/openforum/vsluhforumID3/87870.html#49 Sat, 22 Dec 2012 00:20:46 GMT анонимусы всё считают, что компиляторы дебилами делаются...<br><br>&gt; А зачем он именно в компиляторе?<br><br>например, для реализации механизма ARC (http://en.wikipedia.org/wiki/Automatic_Reference_Counting) при компиляции кода objective-c.<br>