The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз набора компиляторов GCC 16

30.04.2026 22:50 (MSK)

После года разработки опубликован релиз свободного набора компиляторов GCC 16.1, первый значительный выпуск в новой ветке GCC 16.x. В соответствии со схемой нумерации выпусков, версия 16.0 использовалась в процессе разработки, а незадолго до выхода GCC 16.1 уже ответвилась ветка GCC 17.0, на базе которой будет сформирован следующий значительный релиз GCC 17.1.

Основные изменения:

  • Режим по умолчанию для языка C++ переключён на использование стандарта C++20 (диалект GNU C++20, -std=gnu++20) вместо ранее предлагавшегося C++17. Реализация C++20 в стандартной библиотеке объявлена стабильной.
  • В состав включён экспериментальный фронтэнд ga68 для компиляции программ на языке программирования Алгол 68 (Algol 68).
  • Добавлена возможность вывода диагностической информации в формате HTML. Расширена информация о ходе выполнения программы, включаемая при выводе диагностики в формате SARIF, основанном на JSON (поддержка "-fdiagnostics-format=json" прекращена).
  • Расширены оптимизации на этапе связывания (LTO, Link-Time Optimization). Добавлена опция "-flto-toplevel-asm-heuristics", включающая эвристику для улучшения оптимизации кода с ассемблерными вставками. Техника спекулятивной девиртуализации (-fdevirtualize-speculatively) теперь не ограничена преобразованием виртуальных методов и может применяться при преобразовании в прямые вызовы любых косвенных вызовов функций, например, вызовов через указатели.
  • Реализована поддержка векторизации циклов, для которых на этапе компиляции неизвестно число итераций. Повышена эффективность обработки досрочных выходов из цикла (например, через break).
  • Добавлена экспериментальная поддержка многих возможностей недавно утверждённого стандарта C++26. Например, реализованы:
    • Рефлексия (Reflection, "-freflection"), позволяющая отслеживать и модифицировать элементы программы на стадии компиляции. Добавлены новые операторы "^^" для получения метаинформации о грамматической конструкции и "[:…:]" для выполнения обратного преобразования. Для преобразования и обработки полученной в ходе инспектирования информации предложена библиотека std::meta и доступны такие возможности, как вычисления с константами.
    • Контрактное программирование (Contracts), позволяющее определять формальные спецификации интерфейсов при помощи трёх новых операторов: pre (предусловие), post (постусловие) и contract_assert (проверка утверждения). Оператор "pre" определяет предварительные условия, которые должны быть выполнены перед вызовом (проверка входных данных); "post" - условия, которые должны соблюдаться после выполнения (требования к выходным данным); contract_assert - условия возникновения исключений.
    • Оператор "template for" для перебора элементов, таких как пакеты параметров, похожие на кортежи объекты и результаты рефлексии (метаобъекты), на этапе компиляции в стиле обычного цикла. При выполнении "template for" тело цикла раскрывается для каждого элемента и каждая итерация обрабатывается в отдельной области видимости, в которой элемент последовательности, по которой итерируется цикл, является константой для каждой итерации и может участвовать в константных выражениях (constexpr). В контексте рефлексии "template for" может применяться для обхода свойств классов или перечислений.
    • Библиотека std::simd для распараллеливания выполнения операций над данными при помощи наборов инструкций SIMD, таких как AVX-512 и NEON, с использованием стандартной системы типов C++.
    • Библиотеки std::inplace_vector, std::optional<T&>, std::copyable_function, std::function_ref, std::indirect, std::polymorphic и std::owner_equal.
  • Реализованы возможности, связанные со стандартом C++23, такие как явное управление временем жизни объектов и поддержка указания кодировки символов диагностических сообщений.
  • Расширена поддержка стандарта C23, например, реализована возможность использования атрибута "counted_by" для проверки корректности использования указателей.
  • Продолжена реализация стандартов OpenMP 5.0, 5.1, 5.2 и 6.0 (Open Multi-Processing), определяющих API и способы применения методов параллельного программирования на многоядерных и гибридных (CPU+GPU/DSP) системах с общей памятью и блоками векторизации (SIMD). Улучшена реализация спецификаций параллельного программирования OpenACC 3.0, 3.3 и 3.4, определяющих средства для выноса операций (offloading) на GPU и специализированные процессоры, такие как NVIDIA PTX.
  • В бэкенд для архитектуры x86 добавлена поддержка процессоров AMD на основе микроархитектуры Zen6 (-march=znver6), а также процессоров Intel Wildcat Lake (-march=wildcatlake) и Nova Lake (-march=novalake).
  • В бэкенде генерации кода для GPU AMD Radeon (GCN) реализована поддержка ускорителей AMD Instinct MI300 (gfx942).
  • Для архитектур RISC-V, ARM, S/390 и LoongArch реализована поддержка типа "_BitInt (N)" для определения целых чисел с указанным числом битов.

  1. Главная ссылка к новости (https://gcc.gnu.org/pipermail/...)
  2. OpenNews: Релиз набора компиляторов GCC 15
  3. OpenNews: GCC-бэкенд достиг возможности полной раскрутки компилятора rustc. Выпуск Rust Coreutils 0.1.0
  4. OpenNews: Релиз набора компиляторов LLVM 22
  5. OpenNews: Утверждён стандарт C++26
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65329-gcc
Ключевые слова: gcc, compile
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (73) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, dekabu (ok), 23:02, 30/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Отлично, повод пересобирать мир!
     
     
  • 2.5, Аноним (5), 23:19, 30/04/2026 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Это нинужно. Нужен LLVM и то, только ради того, что он нужен, чтобы Раст собрать.
     
     
  • 3.7, Аноним (7), 23:34, 30/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А сначала собрать самого себя. Возможно, через череду версий.
     
  • 3.8, Сладкая булочка (?), 23:58, 30/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > чтобы Раст собрать

    Расту нужен стандарт и поддержка в gcc.

     
     
  • 4.11, Аноним (11), 00:20, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Расту нужен стандарт

    Такой, как в C++ - нет, не нужен. Пусть язык нормально развивается вместо того, чтобы годами сидеть ждать базовых фич, пока комитетные деды жуют сопли.

     
     
  • 5.13, Аноним (13), 00:22, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами.
     
     
  • 6.14, Аноним (11), 00:26, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами.

    Шта? Пока что зоопарк как раз в C++, а не в Расте. Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая со своим набором багов?

     
     
  • 7.15, Аноним (13), 00:28, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так вы же про раст говорили. Не отклоняйтесь от темы.
     
     
  • 8.17, Аноним (11), 00:42, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чел, ты вообще за логической нитью следить не способен Ты мне говоришь, что без... текст свёрнут, показать
     
  • 7.21, Аноним83 (?), 01:09, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А тебе напомнить сколько реализаций стандартного TCP/IP стёка существует и почему?
     
     
  • 8.23, Аноним (11), 01:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно, напомни Только иди подугли сперва, чем стандарт API для конкретного яз... текст свёрнут, показать
     
     
  • 9.37, Аноним83 (?), 03:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Можете играть словами сколько угодно в названия, суть в том, что и C и TCP IP ст... текст свёрнут, показать
     
     
  • 10.41, Аноним (11), 03:47, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    О, да, прямо как в анекдоте про Петьку и нюанс Я ради таких перлов от местных э... текст свёрнут, показать
     
  • 7.38, Сладкая булочка (?), 03:34, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами.
    > Шта? Пока что зоопарк как раз в C++, а не в Расте.
    > Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая
    > со своим набором багов?

    Эмм. Я могу скомпилировать код под gcc или clang и получить работающую программу. Что я делаю не так?

    А пример того, что произойдет без стандрата с кучей реализаций можно посмотреть у питона. Они все несовместимы.

     
     
  • 8.42, Аноним (11), 03:50, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что ты делаешь не так Очевидно, читаешь одним местом, и потому каждая со своим... текст свёрнут, показать
     
     
  • 9.47, Сладкая булочка (?), 04:28, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Представь себе могу Это значит, ты нагло врешь Видите ли в разных реализациях ... текст свёрнут, показать
     
  • 5.18, Сладкая булочка (?), 00:47, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Расту нужен стандарт
    > Пусть язык нормально развивается

    Нормально - это как?

    > вместо того, чтобы годами сидеть ждать базовых фич

    Каких, например?

     
     
  • 6.19, Аноним (11), 00:55, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Сладкая булочка
    > это как?
    > Каких, например?

    Я смотрю, ты держишь марку. Надеюсь, когда-нибудь ты все-таки научишься вести конструктивный и содержательный диалог, а не сыпать вопросами в ответ на неудобные тебе тезисы.

     
     
  • 7.22, Сладкая булочка (?), 01:16, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Сладкая булочка
    >> это как?
    >> Каких, например?
    > Я смотрю, ты держишь марку. Надеюсь, когда-нибудь ты все-таки научишься вести конструктивный
    > и содержательный диалог, а не сыпать вопросами в ответ на неудобные
    > тебе тезисы.

    Пффф. Тебя конкретно спросили уточнить свои претензии всесто абстракных, а ты сразу перешел на личности. Все что нужно знать о растовщиках.

     
     
  • 8.28, Аноним (11), 01:22, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 9.29, Сладкая булочка (?), 01:28, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 4.25, Аноним (25), 01:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. К чему приводят стандарты мы уже видели. Поддержка в gcc, кстати, появляется вопреки им, но поддержка в gcc тоже не нужна, но уже безнадёжно отстал.
     
     
  • 5.27, Сладкая булочка (?), 01:21, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > К чему приводят стандарты мы уже видели.

    К чему? Я вижу документ, где можно уточнить правильное поведение, а также участие кучи людей их разных стран и компаний для его принятия.

    > Поддержка в gcc, кстати, появляется вопреки им, но поддержка в gcc тоже не нужна, но
    > уже безнадёжно отстал.

    Кому вопреки им? Кто от чего отстал? Что за популистские утверждения?


     
  • 4.31, laindono (ok), 01:58, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Стандартизация нужна, если есть куча реализаций и надо обеспечить их совместимость. В первую очередь ради этого.

    Самая большая проблема C/C++ - отсутствие эталонной реализации и наличие стандарта, который делают обкуренные девочки-волшебницы. Похожая ситуация кстати с W3C. Оторванность от реальности приводит к куче документов, которые невозможно читать и реализовывать.

    В среде Rust более прагматичный подход. Кто угодно может пойти и добавить какую-то фичу. И тебе для этого нужно написать RFC и тебе же его реализовывать. Весь процесс публичен и открыт. Все минусы подобного подхода минимизируются через долгий (иногда годы) процесс обсуждений, проверок, ревью, тестов и так далее. Порог входа основан исключительно на качествах программиста, никаких искусственных барьеров.

    По итогу получается, что Rust делают программисты для программистов. Не какие-то странные теоретики-бюрократы. По итогу имеем самый документированный язык программирования. Фактически эталон того, как должен работать наукоёмкий проект с открытым исходным кодом. Важен не столько сам код, а комьюнити вокруг.

     
     
  • 5.34, Сладкая булочка (?), 03:07, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Стандартизация нужна, если есть куча реализаций и надо обеспечить их совместимость. В
    > первую очередь ради этого.
    > Самая большая проблема C/C++ - отсутствие эталонной реализации и наличие стандарта, который
    > делают обкуренные девочки-волшебницы. Похожая ситуация кстати с W3C. Оторванность от реальности
    > приводит к куче документов, которые невозможно читать и реализовывать.

    Да, другое дело гугл в хроме делает, что хочет и потом другие догоняют. Хотя, подождите, кто другие? Они сейчас с нами в этой комнате? Никого и не осталось. Так, конечно, проблем не будет... Или будут?

    > В среде Rust более прагматичный подход. Кто угодно может пойти и добавить
    > какую-то фичу. И тебе для этого нужно написать RFC и тебе
    > же его реализовывать. Весь процесс публичен и открыт. Все минусы подобного
    > подхода минимизируются через долгий (иногда годы) процесс обсуждений, проверок, ревью,
    > тестов и так далее. Порог входа основан исключительно на качествах программиста,
    > никаких искусственных барьеров.

    В с++ и с также же? Пишешь предложение, его обсуждают https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals , затем драфт и т.д.

     
     
  • 6.39, laindono (ok), 03:37, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, другое дело гугл в хроме

    Хром целиком принадлежит гуглу. Rust Foundation некоммерческая организация.

    > В с++ и с также же?

    Нет. Пропущен момент с реализацией. Важна именно целостность пути от идеи до практического использования. Конечный результат - фича в стабильной версии компилятора, а не документ.

     
     
  • 7.45, Сладкая булочка (?), 04:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Да, другое дело гугл в хроме
    > Хром целиком принадлежит гуглу.

    Речь про то, что хром диктует разивите веба. Все новые фичи нравятся? Их никто кроме хрома не обсуждает.

    > Rust Foundation некоммерческая организация.

    И что это означает? У этой некоммерческой организации будут люди от спонсоров, которые будут продвигать свои идеи как только начнут (если) всерьез использовать язык. Так что эти байки о независимом развитии можно не обсуждать. Относительно независимое оно тогда, когда есть группа людей из разных компаний и никто не может резко потянуть одеяло на себя.

    >> В с++ и с также же?
    > Нет. Пропущен момент с реализацией. Важна именно целостность пути от идеи до
    > практического использования. Конечный результат - фича в стабильной версии компилятора,
    > а не документ.

    В чем именно он пропущен? Стандарт - это основной документ, по факту описание виртуальной машины языка, то, что он должен делать. Это именно тот документ, куда нужно смотреть, если возникает вопрос почему конкретная (возможно и эталонная) реализация работает именно так (возможно ошибочно). Путь эталонной реализации - это путь питона с кучей несовместимых реализаций, которая сегодня работает по одному, а завтра по другому.

     
  • 5.35, Сладкая булочка (?), 03:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Оторванность от реальности приводит к куче документов, которые невозможно читать и реализовывать.
    > По итогу получается, что Rust делают программисты для программистов. Не какие-то странные теоретики-бюрократы. По итогу имеем самый документированный язык программирования.

    https://rust-lang.github.io/rfcs/3355-rust-spec.html#current-state

    Цитата

    > For 1, we currently have: the (incomplete) Rust Reference, the Standard Library Reference Documentation, the Rust Nomicon, the Unsafe Code Guidelines Project, Miri, the collection of accepted RFCs, the Ferrocene Language Specification, lots of context and decisions spread over tons of GitHub issues, MiniRust, the source code, and more.
    > These are currently all incomplete, and/or not a good source to rely on.
    > которые невозможно читать и реализовывать.

    Как бы раст, у которого по факту одна реализация, странно в пример приводить. У с и с++ несколько используемых реализаций под кучу платформ. В стандарте детально описаны все моменты.

     
     
  • 6.43, laindono (ok), 03:57, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У C++ нет эталонной реализации вообще. Это означает, что нет реализации, которая полностью соответствует актуальному стандарту.

    У Rust реализация первична, а документация пишется с опорой на реализацию. Потому не смотря на некоторую неполноту, документация по Rust намного более точна и гораздо более практична. Фактически лучшая документация в индустрии.

     
     
  • 7.46, Сладкая булочка (?), 04:25, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > У C++ нет эталонной реализации вообще. Это означает, что нет реализации, которая
    > полностью соответствует актуальному стандарту.

    В чем проблема? Что значит польностью не соответвуют стандарту? Что такое актуальный стандарт? Для меня может с++11 в проекте актуальный и весь код будем им собираться даже компилятороами из транка.

    > У Rust реализация первична, а документация пишется с опорой на реализацию. Потому
    > не смотря на некоторую неполноту, документация по Rust намного более точна
    > и гораздо более практична. Фактически лучшая документация в индустрии.

    Документация для кого? Для новичков? Для создателей компилятора языка она как раз разбросана и также размазана по исходному коду, о чем выше в сообщении прямо сказано в доке раста. В то же время ты можешь взять просто стандарт языка си, просто текст и реализовать компилятор, который будет собирать соотвествующего стандрату кода.

     
     
  • 8.51, laindono (ok), 06:07, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    C 24 Я не могу взять последний актуальный стандарт, написать программу использ... текст свёрнут, показать
     
     
  • 9.64, Сладкая булочка (?), 08:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ub - это неопределенное поведение, оно документировано, то есть, сказано, что ес... текст свёрнут, показать
     
  • 9.67, Сладкая булочка (?), 09:03, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Такого нет Есть 23, есть 26 Почти все реализовано https gcc gnu org project... текст свёрнут, показать
     
  • 7.56, 12yoexpert (ok), 07:38, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > У C++ нет эталонной реализации вообще. Это означает, что нет реализации, которая полностью соответствует актуальному стандарту.

    ну я и раньше догадывался, что у веб-синьоров туго с логикой

     
  • 5.36, Сладкая булочка (?), 03:13, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > По итогу получается, что Rust делают программисты для программистов. Не какие-то странные теоретики-бюрократы.

    Про кого речь? Приведи имена.

     
     
  • 6.40, laindono (ok), 03:38, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Про кого речь? Приведи имена.

    https://github.com/rust-lang/rust/graphs/contributors

     
     
  • 7.44, Сладкая булочка (?), 04:09, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Про кого речь? Приведи имена.
    > https://github.com/rust-lang/rust/graphs/contributors

    Речь про "теоретиков-бюрократов", из сообщения выше https://www.opennet.me/openforum/vsluhforumID3/139973.html#31 Про кого именно речь? Кто теоретик-бюрократ?

     
     
  • 8.53, laindono (ok), 06:13, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Те, кто занимаются написанием стандартов, но при этом не занимаются реализацией ... текст свёрнут, показать
     
     
  • 9.60, Сладкая булочка (?), 08:00, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Те, кто пишет стандарт WHATWG также не занимается реализацией Ради интереса вот... текст свёрнут, показать
     
  • 9.62, Сладкая булочка (?), 08:03, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, чтобы нормально делать апи внутрянку не обязательно знать Тебе надо нор... текст свёрнут, показать
     
  • 9.76, Совершенно другой аноним (?), 11:05, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не могу сказать про C , не приходилось интересоваться, но в коммитет, разрабаты... текст свёрнут, показать
     
     
  • 10.77, Совершенно другой аноним (?), 11:12, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    сорри, Martin Uecker, конечно ... текст свёрнут, показать
     
  • 4.49, Аноним (49), 05:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если у раста будет стандарт и поддержка в гцц, то проприетарщики из кортимы будут не нужны.
     
     
  • 5.57, 12yoexpert (ok), 07:44, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    это религия 1 в 1: там тоже не терпят конкуренции и внушают ЦА, что без их организации (места, куда деньги нести) ничего не выйдет
     
  • 3.20, Аноним83 (?), 01:08, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это же нарушение канонов!
    По канону положено: curl | sh  делать, никак иначе, только так безопасный язык безопасно скачивает безопасный компилятор безопасного основополагющего системного языка!
     
     
  • 4.24, Сладкая булочка (?), 01:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же нарушение канонов!
    > По канону положено: curl | sh  делать, никак иначе, только так
    > безопасный язык безопасно скачивает безопасный компилятор безопасного основополагющего
    > системного языка!

    Там еще sudo надо добавить в команду (для безопасности, конечно)

     
     
  • 5.32, Аноним83 (?), 02:04, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну что же вы!
    Только sudo-rs! Фу на эту додовускую дырявую sudo!
     
  • 2.68, Аноним (68), 09:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На кор²дуо?
    И как ты месяц проживёшь без опенета?
     
  • 2.71, dannyD (?), 09:31, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>повод пересобирать мир!

    это зачем? вы еще гэ-си-си-те?

     

  • 1.2, Аноним (2), 23:05, 30/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Спасибо за LTO, но пока чуваки типа этих https://github.com/skeeto/w64devkit будут исключать LTO из за своих кривых рук, мне придется сидеть на GCC 13.
     
     
  • 2.4, Аноним (4), 23:13, 30/04/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Lto это ладно, из-за чуваков типа этих https://www.mingw-w64.org/ приходится на gcc-12 сидеть. Ну во всяком случае я собирал dxvk всеми тулчейнами и определённые шейдеры не сегфолтились только в 12. Так бы до сих пор winegcc собирал и проблем не знал.
     
     
  • 3.6, Аноним (5), 23:33, 30/04/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  всеми тулчейнами и определённые шейдеры не сегфолтились только в 12

    С - Стандарт.

     
  • 3.9, эксперт по всему (?), 00:14, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а мог бы собрать с UBSAN, найти где там UB в их г-коде и пофиксить
     
     
  • 4.16, Аноним (4), 00:33, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я на тот момент уже запарился тулчейны перебирать и отлаживать, там вроде потом подкрутили флаги кодогенератора чтобы он не лажал (типа из-за инструкций avx было).
     
  • 3.74, Аноним (74), 10:40, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ни какого толка от новых циферку gcc нет. Мало того, код собранный в этих новых компиляторах, и жирнее и тормозные получается в добавок, и на старом железе крутится медленнее, чем то что в этом старом 12 компиляторе собрали. Это особенно в мpc-be чувствуется.
     

  • 1.3, Джон Титор (ok), 23:13, 30/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Продолжена реализация стандартов OpenMP 5.0, 5.1, 5.2 и 6.0 (Open Multi-Processing), определяющих API и способы применения методов параллельного программирования на многоядерных и гибридных (CPU+GPU/DSP) системах с общей памятью и блоками векторизации (SIMD). Улучшена реализация спецификаций параллельного программирования OpenACC 3.0, 3.3 и 3.4, определяющих средства для выноса операций (offloading) на GPU и специализированные процессоры, такие как NVIDIA PTX.

    Круто

     
  • 1.10, Аноним (10), 00:16, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Круто. Опять работающие инструкции по сборке пакетов править.
     
     
  • 2.12, Аноним (11), 00:21, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Опять работающие инструкции по сборке пакетов править.

    Какие-то проблемы линуксоидов.

    Был бы поумнее - давно бы уже зашил нужный стандарт C++ во флажках компилятора.

     
  • 2.26, Аноним (25), 01:20, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да-да, ещё назови код который забросили во времена C++98 работающим.
     
     
  • 3.30, анон (?), 01:52, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не забросили, а закончили
     

  • 1.33, Аноним (33), 02:56, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лучший компилятор стал ещё лучше!
    >Реализованы возможности, связанные со стандартом C++23, такие как явное управление временем жизни объектов
    >Расширена поддержка стандарта C23, например, реализована возможность использования атрибута "counted_by" для проверки корректности использования указателей.

    Джва года ждал.

     
  • 1.50, Аноним (50), 05:50, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Напоминаю: компиляция hello worldа с -std=c++20 - 1 секунда, с c++17 - 0.2, c с++14 - 0.1. Нахрен.
     
     
  • 2.72, Axonic (ok), 09:37, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хочешь об этом поговорить?
     

  • 1.52, sunjob (ok), 06:08, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    странненько!!! где rust, где список уязвимостей?! :о)
     
     
  • 2.54, Аноним (33), 07:30, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К счастью, GCC пишется на C++, а не на Rust поэтому уязвимостей нет.
     
  • 2.58, 12yoexpert (ok), 07:47, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    у раста не может быть уязвимостей, так написано в Евангелии
     
  • 2.65, Сладкая булочка (?), 08:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > странненько!!! где rust, где список уязвимостей?! :о)

    Прячут. Вот утечка https://github.com/Swival/security-audits/tree/main/rust-stdlib#rust-standard-

     

  • 1.61, Аноним (61), 08:02, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >на основе микроархитектуры Zen6 (-march=znver6)

    Краем глаза прочитал как зверь -march=zver. Zen6 - зверский проц.

     
  • 1.66, Аноним (66), 08:56, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про Algol 68 есть хороший доклад с FOSDEM 2026 https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/
    Оказывается у них в планах потеснить rust и прочие языки.
     
  • 1.70, Axonic (ok), 09:30, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Один из важнейших opensource-проектов. Может быть, даже номер два после ядра.

    Простите за пафос, но мир был бы хлипеньким и лукавым без GCC, Linux, FFmpeg, OpenSSL, Firefox, git, TeX, OpenVPN, GNOME, KDE, OpenCV, curl, MPFR и прочая, и прочая. Причина возможной хлипкости понятна. Что касается лукавости, то так и представляю, как без открытых проектов публике вдували бы в уши маркетинговую ерунуду в духе «лучшая в мире технология компиляции!», «уникальный медиакомпрессор с неограничеными возможностями!», «эпохальная операционая система, решающая все ваши задачи!» — и всё за деньги в конских масштабах.

     
     
  • 2.73, Аноним (4), 10:10, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ерунда, ничего важного ты не перечислил. А вот без блендера действительно монополия копирастии.
     
  • 2.75, Аноним (33), 10:41, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто, собственно, и не отрицает важности свободного ПО. Есть, конечно, некоторые лица, но они буквально воплощение басни "Свинья под дубом".
     

  • 1.78, Аноним (78), 11:34, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлены новые операторы "^^"

    О, эмодзи пошли, следующий будет "(_O_)"

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру