https://opennet.ru/openforum/vsluhforumID3/118513.html После шести месяцев разработки представлен релиз проекта LLVM 9.0 (Low Level Virtual Machine) - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51523<br> https://opennet.ru/openforum/vsluhforumID3/118513.html#136 Thu, 26 Sep 2019 13:31:04 GMT ни в чём. при компиляции сначала придётся включить игнор [не помню уже каких именно] ворнингов. а затем ловить корки ядра.<br> https://opennet.ru/openforum/vsluhforumID3/118513.html#132 Tue, 24 Sep 2019 15:02:02 GMT &gt; Подожди-ка, мы начали с того, что я сказал, что во время LTO <br>&gt; нет уже никаких языков.<br>&gt; Ты мне начал возражать. А теперь начинаешь мне впаривать про интеграционные проблемы. <br><br>Да, естественно, я начал возражать, заявив, буквально следующее "Теоретически [нет никаких языков и границ между ними]. Все такие заявления теоретичны по своей сути, и большинство попыток эту теорию перевести в разряд практической реализации разбиваются о реальность в мелкую щепу."<br><br>Это как-то у тебя не состыковывается со всем остальным, что я написал?<br><br>&gt; Эти проблемы не новость и хорошо известны.<br>&gt; Я всего лишь хотел тебе сказать, что эти чуваки поимели бы те <br>&gt; же самые проблемы, если бы пытались <br>&gt; точно таким же образом написать свой фронтенд для С, а не Rust.<br><br>Не совсем. Баги, ради исправления которых разработчики rust'а шлют патчи в llvm, подчастую носят как раз характер багов, не проявляющихся на C/C++, но проявляющихся на rust'е. LTO тестировался до rust'а на C, C++ и Haskell'е. Пришёл rust и нашёл новую пачку баг https://opennet.ru/openforum/vsluhforumID3/118513.html#129 Tue, 24 Sep 2019 14:40:09 GMT Подожди-ка, мы начали с того, что я сказал, что во время LTO нет уже никаких языков.<br>Ты мне начал возражать. А теперь начинаешь мне впаривать про интеграционные проблемы.<br>Эти проблемы не новость и хорошо известны.<br>Я всего лишь хотел тебе сказать, что эти чуваки поимели бы те же самые проблемы, если бы пытались<br>точно таким же образом написать свой фронтенд для С, а не Rust. Конкретный язык тут вообще <br>непричем.<br><br>В статье они описали, как их (не)понимание работы LLVM не совпало с тем, как оно работает на самом<br>деле. Ну, разобрались, молодцы, починили, статью написали.<br>Но это никакой не подвиг и не прорыв. Обычная работа.<br><br>На прощанье могу тебе только посоветовать придерживать свою проницательность и свое ЧСВ,<br>и пытаться слышать других а не только себя любимого.<br>Иногда попадаются умные люди (это я не про себя), у которых многому можно научиться и узнать.<br><br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/118513.html#128 Tue, 24 Sep 2019 14:02:17 GMT &gt; Ну хорошо, допустим, я тупица, теоретик и не видел ни одного компилятора. <br>&gt; Просвети же меня, о мудрейший, какие такие свойства раста мешали использованию Rust+C <br>&gt; LTO?<br><br>Я где-то говорил, что свойства раста мешали использованию Rust+C? Ты продолжаешь мыслить теоретически. LTO -- это не теоретическая штука, это не какая-то абстрактная идея о том, как можно проводить link-time оптимизации. LTO -- это кусок кода внутри llvm. _Внутри_, то есть не стоЯщий отдельно, а искусно погнутый так, чтобы без зазоров соединяться с другими кусками кода. Кусок кода имеющий множество точек входа, и каждая точка входа может принимать аргументы как явно, так и неявно. Чтобы понять как нужно дёргать этот кусок кода, чтобы он сделал именно то, что тебе нужно, требуется куча времени по изучению этого куска кода и смежных с ним. Иногда это происходит потому, что что-то там недокументировано, иногда потому что документировано, но ты не нашёл документацию, иногда потому, что ты что-то совершенно другое сделал не так и не заметил https://opennet.ru/openforum/vsluhforumID3/118513.html#125 Tue, 24 Sep 2019 13:04:46 GMT Ну хорошо, допустим, я тупица, теоретик и не видел ни одного компилятора.<br>Просвети же меня, о мудрейший, какие такие свойства раста мешали использованию Rust+C LTO?<br>Я еще, видимо, и английский не понимаю. Может твои объяснения по-русски пойму?<br><br><br> https://opennet.ru/openforum/vsluhforumID3/118513.html#124 Tue, 24 Sep 2019 12:37:23 GMT &gt;В компоновщик LLD добавлена экспериментальная возможность партицирования, позволяющая разделить одну программу на несколько частей, каждая из которых размещается в отдельном ELF-файле. Указанная возможность позволяет запускать основную часть программы, которая по мере необходимости в процессе работы будет подгружать остальные компоненты (например, можно выделить встроенный PDF-просмотрщик в отдельный файл, который будет загружаться только когда пользователь открыл PDF-файл). <br><br>Это уже было в TurboPascal ещё в 90е... :)<br> https://opennet.ru/openforum/vsluhforumID3/118513.html#123 Tue, 24 Sep 2019 07:04:05 GMT Ага это сразу сделает все понятным. :)<br><br>Ну даже в случае тривиальнейшего поиска элемента по n-мерной матрице.<br> https://opennet.ru/openforum/vsluhforumID3/118513.html#122 Tue, 24 Sep 2019 06:49:22 GMT &gt;&gt;Ложная гипотеза "какания в стек" была сразу же опровергнута ссылкой на документ, название которого ты вот прям тогда впервые увидел, а за предоставленное время не смог найти и прочесть.<br>&gt; так, так , тут по поподробней, где тут моя ложная гипотеза про <br>&gt; обсирание стека?<br><br>Выше. Ищи сам. Ctrl+F и вперёд.<br><br>&gt; чем и кем опро..... как её там опровергнута?<br>&gt; пс: дальше продолжим разговор <br><br>Пфф. Размечтался. Тебе был дан шанс признать, что ты ошибался.<br>