https://www.opennet.ru/openforum/vsluhforumID3/139645.html Комитет ISO по стандартизации языка C++ завершил утвердил финальным вариант спецификации, образующей международный стандарт "C++26". Представленные в спецификации возможности частично уже поддерживаются в компиляторах GCC, Clang и Microsoft Visual C++. Поддерживающие C++26 стандартные библиотеки реализованы в рамках проекта Boost...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65102<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#425 Sat, 04 Apr 2026 07:36:26 GMT Какой ещё финн...акстись. Сама идея от Степанова идёт, с его generic programming. Они со Страустропом это постоянно обсуждали.<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#422 Fri, 03 Apr 2026 11:45:52 GMT Код на С# прибит к рантайму, и что хуже - к его версии (что бред). И что ещё хуже, MS его точно прибёт к архитектуре, возьмёт и дропнет 32 бита, если не уже.<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#421 Fri, 03 Apr 2026 11:43:30 GMT Не, хедеры одни и те же, только препроцессинг разный. И в модули это никак не завернуть, модули прибиты к версии языка, которой предкомпилировались.<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#420 Fri, 03 Apr 2026 11:38:20 GMT Потеряет смысл тогда. Весь смысл std::simd в том, что ты не хардкодишь размер вектора, а компилятор его сам выбирает в зависимости от флагов компиляции и своей модели стоимости. А каст к xmm/ymm/zmm как раз потребует хардкода.<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#419 Thu, 02 Apr 2026 20:04:24 GMT К слову, более быстрая компиляция позволит жечь меньше энергии. Аноны в интернете любят гнать на нейронки, что они электричество жгут, а когда легаси-копролит собирается полчаса на многоядерном проце - это окей, да?<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#418 Thu, 02 Apr 2026 20:02:07 GMT С чего ты так решил?<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#417 Thu, 02 Apr 2026 20:00:55 GMT &gt; Булочка, а можно с вами познакомиться? Вы программистка? Я тащусь как вы <br>&gt; тут выбесили всех мужиков.<br><br>Пишу очевидные вещи, что отсутствие стандарта - плохо, вендорлоченность - плохо. Что действительно странно - это пытаться это опровергнуть.<br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#416 Thu, 02 Apr 2026 19:58:36 GMT &gt;&gt; reference guide - это не стандарт.<br>&gt; Это описание фактической реализации языка, что позволяет написать сторонний компилятор, <br>&gt; т.ч. это даже лучше стандарта.<br><br>Все, что это позволит примерно повторить поведение, привязанное к конкретной версии реализации. Совместимость fp и lazarus малая, особенно если используются коммерческие компоненты. С кучей несовместимостей. Вы сами занимались переносом более менее большого кода из delphi в lazarus? <br> https://www.opennet.ru/openforum/vsluhforumID3/139645.html#415 Thu, 02 Apr 2026 19:40:32 GMT &gt;&gt; Как не имеет. Это и речь про прибитость.<br>&gt; Вопрос "как много людей используют ddc" не имеет отношения к наличию возможности <br>&gt; собирать проект через ddc.<br><br>Проститие, но это словоблудие какое-то. Пока что прибитость никак не опровергнута. То, что можно из продукта выковыривать бинарь прибитости не отменяет.<br><br>&gt;&gt; А то, что это сбор данных <br>&gt; Это норма для проприетарных продуктов, см. Game Maker: Studio 2 и Construct, <br>&gt; как примеры.<br><br>Мне все равно на "нормы" проприетарных продуктов. Если завтра по паспорту будут код выдывать - тоже нормой считать будет? Мы тут на opennet от слова open, и сводить тему к "а других проприетаристов также" не надо. Изначально моя точка зрения, что это минус.<br><br>&gt;&gt; В с++ нормальный компилятор можно поставить через пакетный менеджер без ввода всяких смс.<br>&gt; Ага, и проприетарные тоже, верю /s.<br><br>Речь про gcc или clang, например. qt, qtdesigner ставятся из пакетов.<br><br>&gt;&gt; Ну если вы любитель завендоролочиться <br>&gt; Всегда можно портировать код на Lazarus.<br><br>А можно сразу использо