https://www.opennet.me/openforum/vsluhforumID3/133068.html После шести месяцев разработки представлен релиз проекта LLVM 18.1.0 - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60744<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#147 Sun, 17 Mar 2024 21:31:51 GMT В октябре 2023 мелькали ноты и рабочие станции:<br><br>&gt; Российская компания &#171;Норси-Транс&#187;, по информации газеты &#171;Коммерсантъ&#187;, организует выпуск серверов, СХД, настольных компьютеров и ноутбуков на китайских процессорах Loongson. Партнёром в рамках данного проекта выступит &#171;Базальт СПО&#187; &#8212; разработчик ОС &#171;Альт&#187;. &#171;Коммерсантъ&#187; добавляет, что выпускать оборудование на чипах Loongson также намерена компания &#171;Промобит&#187; &#8212; российский разработчик и производитель серверов и СХД.<br>&gt; Как сообщил гендиректор &#171;Норси-Транс&#187; в ходе форума &#171;Микроэлектроника&#187;, компания закупила приблизительно 100 процессоров Loongson, на которых будет выпущена тестовая партия устройств. Речь идёт об изделиях Loongson упомянутой 5000-й серии. Компьютеры и серверы на этой аппаратной платформе планируется поставлять государственным и корпоративным заказчикам. https://www.opennet.me/openforum/vsluhforumID3/133068.html#146 Fri, 15 Mar 2024 19:31:53 GMT Что бы убрать UB (что означает "неопределённое поведение"), достаточно написать в стандарте "должно быть вот так". signed обязали хранить в дополнительном коде, а раньше допускались другие варианты, потому и не было гарантий.<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#145 Fri, 15 Mar 2024 19:27:42 GMT &gt; Модули нужны, чтобы не тащить ненужные символы из заголовков в таблицы компилятора, <br>&gt; а то и в объектные файлы. Это реально ускоряет работу и <br>&gt; компилятора и компоновщика и, собственно, программы.<br><br>Программ? Каким образом? И чем это лучше исключения ненужного кода/данных при LTO?<br><br>&gt; Не зря же заголовки набиты <br>&gt; #ifdef'ами -- все, не относящееся к делу, существенно замедляет работу компилятора, <br>&gt; поскольку все символы нужно заносить в словарь символов.<br><br>В заголовках директивы препроцессора обычно используют для выбора варианта кода под какую-то из нескольких архитектур/платформ, таким образом после препроцессора получается в объёме примерно одинаково. Компилятор вообще не видит токены препроцессора. Да и перевод исходника в абстрактное дерево существенно быстрее, чем оптимизация. Достаточно сравнить время трансляции с -O0 и -O2.<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#144 Fri, 15 Mar 2024 15:47:38 GMT Модули нужны, чтобы не тащить ненужные символы из заголовков в таблицы компилятора, а то и в объектные файлы. Это реально ускоряет работу и компилятора и компоновщика и, собственно, программы. Не зря же заголовки набиты #ifdef'ами -- все, не относящееся к делу, существенно замедляет работу компилятора, поскольку все символы нужно заносить в словарь символов.<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#143 Fri, 15 Mar 2024 15:28:28 GMT Чтобы убрать UB нужно овердохрена проверок разных на основе семантики делать, и генерировать definite B. А тут у каждого в комитете свое мнение, что должно генерироваться. Поэтому решено, что программисту проще выучить все случаи UB, отмеченные в стандарте, ну или вывести их на листики и развесить перед собой. Через годик-другой все и выучит. Вы же, когда идете по незнакомой заваленной мусором территории, сначала всегда под ноги смотрите, а после сотого прохода запросто идете и при этом зависаете в смартфоне.<br>Тем более, что с++ компилятор стал уже настолько тормозной, что сил нет. Из за этого приходится все модули, что можно кодить на си, кодить на си.<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#142 Fri, 15 Mar 2024 06:40:42 GMT Будет Си 2.0 с обратной совместимостью. И ничего там не нужно убирать, просто будет свой unsafe. <br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#141 Tue, 12 Mar 2024 17:19:43 GMT 1. Не надо зацикиваться на иконках.<br>2. Не надо параноить, когда по существу ответить нечего.<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#140 Tue, 12 Mar 2024 17:18:54 GMT &gt; Процессор не на принципиально новой архитектуре, да и кодить на асме вы под него не будете.<br><br>Можно позапускать что-нибудь сильно многопоточное (а может даже и lock-free) ВЖИВУЮ на процессоре со слабой моделью памяти (а не на этих ваших litmus tests, или микроконтроллерах, у которых нет спекулятивного исполнения). После чего призадуматься и ещё раз перечитать какую-нибудь умную книжку на тему. "A primar on memory consistency and cache coherence", например.<br> https://www.opennet.me/openforum/vsluhforumID3/133068.html#139 Tue, 12 Mar 2024 11:40:51 GMT &gt; Пока они на каждом углу не продаются, какого то интереса не представляют.<br><br>А когда появились на каждом углу, то заказы (вакансии) уже ушли не к Вам .<br>