https://www.opennet.ru/openforum/vsluhforumID3/76130.html После 6 месяцев разработки доступен (http://lists.cs.uiuc.edu/pipermail/llvm-announce/2011-April/000037.html) релиз проекта LLVM 2.9 (http://llvm.org/docs/ReleaseNotes.html) (Low Level Virtual Machine) - GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный байт-код RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный платформонезависимый псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы. <br><br><br><br>В версию LLVM 2.9 включены наработки с реализацией расширенных методов оптимизиации и генерации кода (в частности, задействованы новые возможности современных ARM-систем), в Clang и libc++ улучшена поддержка стандарта C++'0x, значительно расширена функциональность отладчика LLDB (http://lldb.llvm.org/). Из новшеств также можно отметить:<br><br><br><br>- В LLVM-форнтэнде Clang, улучшена ...<br><br>URL: http://llvm.or https://www.opennet.ru/openforum/vsluhforumID3/76130.html#27 Fri, 08 Apr 2011 14:25:09 GMT &gt; Да, не за что. Найди ключ, отключающий это, в man-е и вставь <br>&gt; его в свой Makefile, autoconf или куда у тебя там где, <br>&gt; да. Проблемы-то, полблемы&#8230;<br><br>конечно. потому что это должен быть геморойный opt-in, а не геморойный opt-out. а я почему-то уверен (уж пардон, лень лезть проверять), что при каком-нибудь -O2 оно превращается как раз в геморройный opt-out.<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#26 Fri, 08 Apr 2011 14:19:49 GMT &gt; спасибо, не надо. если я пишу такой цикл &#8212; я знаю, зачем <br><br>Да, не за что. Найди ключ, отключающий это, в man-е и вставь его в свой Makefile, autoconf или куда у тебя там где, да. Проблемы-то, полблемы...<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#25 Fri, 08 Apr 2011 13:23:22 GMT &gt; Определение циклов аналогичных по действию функциям memset и memcpy и автоматическая замена цикла на вызов функции из libc<br><br>спасибо, не надо. если я пишу такой цикл &#8212; я знаю, зачем я его пишу и почему не зову функцию из библиотеки. что за манера вообще &#8212; делать то, что не просили? оптимизируйте код на здоровье, но зачем же левые функции вызывать при этом?<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#24 Fri, 08 Apr 2011 09:45:40 GMT похоже да, gcc c++ abi поддерживается судя по:<br><br>Clang C++ able to parse GCC 4.2 libstdc++ and generate working code for non-trivial programs[8] and was able to compile itself <br>http://en.wikipedia.org/wiki/Clang#Status_history<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#23 Fri, 08 Apr 2011 08:47:59 GMT А можно ли при этом просто собрать на clang программу на с++, при этом слинковав её с библиотеками, которые собраны gcc? Или придётся ещё и все библиотеки тоже пересобирать?<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#22 Fri, 08 Apr 2011 08:44:51 GMT &gt; Мне вот непонятна следующая вещь: если компилятор LLVM компилирует в промежуточный байт-код, <br>&gt; то как на нём вообще возможно собирать linux-ядро? Или на нём <br>&gt; всё-таки возможна компиляция в машинные коды?<br>&gt; Проясните плиз, кто шарит <br><br>из байт-кода можно выхлопнуть нативный код для целевой платформы <br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#21 Fri, 08 Apr 2011 08:41:59 GMT Мне вот непонятна следующая вещь: если компилятор LLVM компилирует в промежуточный байт-код, то как на нём вообще возможно собирать linux-ядро? Или на нём всё-таки возможна компиляция в машинные коды?<br>Проясните плиз, кто шарит<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#20 Fri, 08 Apr 2011 05:48:52 GMT а он и встраевается инплайс, вот только из libc<br> https://www.opennet.ru/openforum/vsluhforumID3/76130.html#17 Thu, 07 Apr 2011 18:32:46 GMT Вот-вот. libc libc рознь, я бы предпочёл встраивание наиболее эффективного кода inplace.<br>