<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз набора компиляторов LLVM 15.0</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html</link>
    <description>После шести месяцев разработки представлен релиз проекта LLVM 15.0 - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57739&lt;br&gt;</description>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (Тот_Самый_Анонимус)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#120</link>
    <pubDate>Wed, 14 Sep 2022 03:16:54 GMT</pubDate>
    <description>Одни лозунги. А по факту &amp;#8212; единоличное создание своего диалекта си (в стиле майкрософта). И ни один поборник стандартов не вякнет: ведь этим свои занимаются. Вот если бы майки это сделали, то вони бы стояло на сотню комментов.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (Ванёк)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#119</link>
    <pubDate>Mon, 12 Sep 2022 11:35:22 GMT</pubDate>
    <description>Если прямо действительно необходимо runtime dispatch, то помимо директив препроцессора есть cpuid. Комбинация cpuid и директив - более гибко, контролируемо и более-менее универсально для любого компилятора.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (Аноним)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#118</link>
    <pubDate>Sun, 11 Sep 2022 23:13:01 GMT</pubDate>
    <description>Вопрос на засыпку: в чем разница между директивами препроцессора и runtime dispatch?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (anonima)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#117</link>
    <pubDate>Sun, 11 Sep 2022 07:59:26 GMT</pubDate>
    <description>&amp;gt; В Libc++ продолжена реализация новых возможностей стандартов C++20 и C++2b, в том числе завершена реализация библиотеки &quot;format&quot; и предложен экспериментальный вариант библиотеки &quot;ranges&quot;. &lt;br&gt;&lt;br&gt;Джва года ждал.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (Аноним)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#116</link>
    <pubDate>Sat, 10 Sep 2022 22:16:04 GMT</pubDate>
    <description>Не используйте GNU/GPL, он нужен пермиссивщикам и проприетарщикам. &lt;br&gt;Пофиксил, не благодари.&lt;br&gt;Кстати, а почему оракул не хочет гест аддишанс шайтан коробки в бсди положить, а вон мс скуль в пингвине крутится? Какая-то несвободная свобода. Не?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (Аноним)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#115</link>
    <pubDate>Sat, 10 Sep 2022 22:11:01 GMT</pubDate>
    <description>Как можно украсть то, что принадлежит всему миру и отдано в безвозмездное пользование с единственной оговоркой: не требовать гарантий?! &lt;br&gt;Это Вам расхищение гуманитарки мерещится.&lt;br&gt;БСД - истинная свобода!&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (Аноним)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#114</link>
    <pubDate>Sat, 10 Sep 2022 16:11:38 GMT</pubDate>
    <description>Не используйте LLVM, он нужен пермиссивщикам и проприетарщикам.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (iZEN)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#113</link>
    <pubDate>Sat, 10 Sep 2022 11:46:24 GMT</pubDate>
    <description>NIH-синдром на Java JIT: нужно реализовать то, что было реализовано 20 лет назад, но на новом технологическом уровне, с задействованием в 100 раз большей процессорной мощности и  в 1000 раз большей потребной памяти.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз набора компиляторов LLVM 15.0 (lucentcode)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/128370.html#112</link>
    <pubDate>Sat, 10 Sep 2022 10:13:52 GMT</pubDate>
    <description>&amp;gt; Правда? Как там в AT&amp;T записывается eax = ecx ? В Intel &lt;br&gt;&amp;gt; mov eax, ecx.&lt;br&gt;&lt;br&gt;Когда вы чему-то присваиваете какое-то значение с помощью команды mov(move по сути), логично было бы указать что вы перемещаете, и куда. А не наоборот. Но, это чистой воды вкусовщина. Если к вам придёт грузчик, и вам нужно будет сказать чтобы он отнёс коробку в машину, вы можете ему велеть отнести коробку в машину, или в машину коробку &amp;#8212; он вам поймёт в любом случае. Так и тут, когда известно, в каком порядке конкретный синтаксис велит указать что и куда двигать, какая разница какой это порядок, когда главное &amp;#8212; результат? Но, для меня лично порядок что двигать, а потом куда &amp;#8212; более интуитивно понятный.&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; И поэтому в gcc есть куча костылей, чтобы ассемблер не использовать никогда. &lt;br&gt;&amp;gt; Даже если пишешь архитектурно-зависимые вещи. Похоже даже разработчики gcc ненавидят GAS.&lt;br&gt;&lt;br&gt;GAS есть в ядре Linux, в коде syscall trap от Линуса, к примеру. Что-то видел в glibc(там хватает ассемблерного кода и вставками, и в отде</description>
</item>

</channel>
</rss>
