https://www.opennet.me/openforum/vsluhforumID3/134842.html После шести месяцев разработки представлен релиз проекта LLVM 19.1.0, развивающего инструментарий (компиляторы, оптимизаторы и генераторы кода), компилирующий программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован в машинный код для заданной целевой платформы или использован JIT-компилятором для формирования машинных инструкций непосредственно во время выполнения программы. На базе технологий LLVM проектом развивается компилятор Clang, поддерживающий языки программирования C, C++ и Objective-C. Начиная с прошлой ветки проект перешёл на новую схему формирования номеров версий, в соответствии с которой нулевой выпуск ("N.0") используется в процессе разработки, а первая стабильная версия снабжается номером "N.1"...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61882<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#93 Fri, 20 Sep 2024 05:45:41 GMT Не две ссылки, а дважды хранится размер блока в куче. А "сборщик мусора" в плюсах всегда "был", как и в Си - кому нужен, те писали сами или брали BoehmGC.<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#92 Thu, 19 Sep 2024 20:55:17 GMT О LSP слышал? Дык вот: clangd is a language server implementation.<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#91 Thu, 19 Sep 2024 20:49:34 GMT &gt; int не может быть 8 бит даже в Нарнии, даже в Гаррипоттере, даже в C89.<br><br>Ну да - не может, лопухнулся :)<br>Я его (Си) на такой технике почти не встречал, там BASIC + Asm и это всё что надо :)<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#90 Thu, 19 Sep 2024 20:46:42 GMT Да лопухнулся я, чего там. Надо больше пить :)<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#89 Thu, 19 Sep 2024 17:30:15 GMT &gt; Платформозависимый int &#8211; главное достижение человечества. Надо по рукам бить<br>&gt; тех, кто тащит, например, uint64_t на 8-бит микруху. <br><br>Намного лучше когда, получив обрубленый int, код втихаря делает подляну - обрубив вычисления - при этом может не быть никаких warning'ов, и вот вы получаете на своем 8-бит уродце - какие-то баги. Если не повезет - через годик его работы (на 8-бит AVR бывают и управляющие штуки).<br><br>В целом это ведет к НЕПОРТАБЕЛЬНОМУ коду который дико багует - и хрен поймешь где и когда. Ибо запустить на AVR ubsan тоже вроде не судьба (на cortex M легкий вариант даже можно). <br><br>А вот явное указание битности - эту проблему решает. А заодно и хайлайтит "жиртреста" с потенциально тормозной математикой или жором оперативы.<br><br>&gt; Код должен быть написан так, чтобы типы были без фиксированного размера.<br>&gt; Тогда код будет на любой архитектуре работать оптимально.<br><br>Он на практике на половине вообще работать не будет - или будет дико баговать, в хучшем случае еще и далеко не сразу. А корректн https://www.opennet.me/openforum/vsluhforumID3/134842.html#88 Thu, 19 Sep 2024 17:25:07 GMT И почитать можно в книге CLR via C#, Рихтера вроде<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#87 Thu, 19 Sep 2024 16:46:35 GMT &gt;&gt; Диды умещали в 256 всё необходимое, даже игры делали.<br>&gt; На Радио86 \ Микроша \ Sinclair *\ Yemaha MSX int был 8 bit - surprise bro!<br><br>Про int в стандарте сказано не менее 16 бит. Так что если у вас было вон то, это не по стандарту и сами там с своим самопалом разбирайтесь. На сях вон тех не особо програмили так то. В основном выбор был из васика да ассеблирования в машинных кодах.<br><br>&gt; На том, из чего ты накропал свой гениальный пост int - 64 bit ...<br><br>Это без гарантий, мягко говоря.<br><br>&gt;&gt; Люди обленились и не оптимизируют логически переменные.<br>&gt; И правильно, пусть вон - ChatGPT с Copilot напрягаются! :)<br><br>Ну как бы рутинную работу на машины спихнуть - почему бы и нет? Машины для этого и делали.<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#86 Thu, 19 Sep 2024 16:42:23 GMT [code]<br>Отличная идея!<br>int main(void) {<br> int a = +2147483647;<br> int b = a + 1;<br> return 0;<br>}<br>выдает разные значения на разных платформах в зависимости от размера типа.<br>[/code]<br>Этот код вроде бы везде только возвращает ОС нулевой код возврата и отваливает в туман. Вон то оптимизатор вообще может в ноль грохнуть. Side effects же нет.<br> https://www.opennet.me/openforum/vsluhforumID3/134842.html#85 Thu, 19 Sep 2024 16:40:37 GMT &gt; #embed "/etc/shadow"<br><br>Билдуете под рутом? Ну так вам и надо тогда! Скажите спасибо что не "rm -rf /usr /bin/wtflol" в makefile :)<br>