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 обязательно


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

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

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

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

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

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

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

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

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

     
     
  • 8.42, Аноним (11), 03:50, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты делаешь не так Очевидно, читаешь одним местом, и потому каждая со своим... текст свёрнут, показать
     
     
  • 9.47, Сладкая булочка (?), 04:28, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Представь себе могу Это значит, ты нагло врешь Видите ли в разных реализациях ... текст свёрнут, показать
     
     
  • 10.90, Аноним (11), 13:54, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот ты начинешь потихоньку понимать, почему зоопарк разных реализаций одного ... текст свёрнут, показать
     
     
  • 11.116, Сладкая булочка (?), 16:22, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, если можно сменить реализацию для фикса бага ... текст свёрнут, показать
     
     
  • 12.131, Аноним (11), 18:01, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О да, сменять ВСЮ реализацию компилятора стандартной либы из-за одного бага - ... текст свёрнут, показать
     
     
  • 13.132, Сладкая булочка (?), 18:03, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Совсем другое дело невозмоность ничего менять и вендорлоченность Надежный швейц... текст свёрнут, показать
     
     
  • 14.145, Аноним (11), 18:54, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно надежный, ведь тот самый баг пофиксят или сами разрабы, или ты сам сдела... текст свёрнут, показать
     
     
  • 15.177, Аноним (-), 07:08, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Говорят, что после последнего обновления Claude начала спорить до галлюцинаций, ... текст свёрнут, показать
     
     
  • 16.194, Аноним (194), 21:05, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Класный контраргумент мимипроходил... текст свёрнут, показать
     
     
  • 17.200, Аноним (-), 22:50, 02/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.115, Аноним (115), 16:13, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как обычно, жонглируешь фактами и въешся ужом на сковородке, опуская неприятное... текст свёрнут, показать
     
     
  • 9.133, Аноним (11), 18:05, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так ядерщики же привязались к расширениям GCC Ведь оказалось, что святого ст... текст свёрнут, показать
     
     
  • 10.149, Аноним (149), 23:46, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Linux как раз стараются переделывать по стандарту, вспомните как переделали назн... текст свёрнут, показать
     
  • 9.150, Аноним (149), 23:56, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В чём другое Если эти tcc, pcc, msvc являются компиляторами C, то ими тоже можн... текст свёрнут, показать
     
  • 8.163, Аноним (163), 01:07, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Врёшь https www opennet ru opennews art shtml num 58500 Реализована возможнос... текст свёрнут, показать
     
  • 7.102, анонимс (?), 14:48, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    cargo реестр завален мусором никем не поддерживаемых библиотек реализующих одно и тоже. Несколько либ для генерации случайных чисел (около 2 тысяч), несколько... Rust компилируется llvm написанным на C++
     
     
  • 8.111, Аноним (115), 16:04, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.135, Аноним (11), 18:09, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Казалось бы, при чем тут васянские либы, если мы говорим о связки языка плюс его... текст свёрнут, показать
     
  • 5.18, Сладкая булочка (?), 00:47, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Расту нужен стандарт
    > Пусть язык нормально развивается

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

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

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

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

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

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

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

     
     
  • 8.28, Аноним (11), 01:22, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 9.29, Сладкая булочка (?), 01:28, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.165, Аноним (163), 01:10, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Нормально - это как?

    Нормально, это не как в крестах, когда в 2026 году стабилизирую реализацию c++20

     
     
  • 7.173, Сладкая булочка (?), 03:50, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Нормально - это как?
    > Нормально, это не как в крестах, когда в 2026 году стабилизирую реализацию
    > c++20

    О чем речь? https://gcc.gnu.org/projects/cxx-status.html#cxx20

     
     
  • 8.185, Аноним (185), 15:08, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы опять делаете вид, что не понимаете, о чём речь Если у языка нет стандарта, ... большой текст свёрнут, показать
     
     
  • 9.204, Сладкая булочка (?), 00:13, 03/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А у тебя прогресс Только вот опять ты ошибся, т к он поддерживает с11 ... текст свёрнут, показать
     
  • 4.25, Аноним (25), 01:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет. К чему приводят стандарты мы уже видели. Поддержка в gcc, кстати, появляется вопреки им, но поддержка в gcc тоже не нужна, но уже безнадёжно отстал.
     
     
  • 5.27, Сладкая булочка (?), 01:21, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > К чему приводят стандарты мы уже видели.

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

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

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


     
     
  • 6.91, Аноним (11), 13:58, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вижу документ, где можно уточнить правильное поведение

    Особенно когда оно Undefined, ага.

    > а также участие кучи людей их разных стран и компаний для его принятия.

    А почему ты предпочитаешь не видеть их в случае с Растом? Или "это другое"?

    https://rustfoundation.org/members/

     
     
  • 7.108, Сладкая булочка (?), 15:55, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я вижу документ, где можно уточнить правильное поведение
    > Особенно когда оно Undefined, ага.

    Еще один. Они как бы описаны в стандарте.

    >> а также участие кучи людей их разных стран и компаний для его принятия.
    > А почему ты предпочитаешь не видеть их в случае с Растом? Или
    > "это другое"?

    Потому что эти члены просто деньги дают. Как это связано с развитием?


     
     
  • 8.110, Аноним (115), 16:03, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да, ну да вот вам деньги Делайте что хотите И эта, открой уже толковый с... текст свёрнут, показать
     
     
  • 9.113, Сладкая булочка (?), 16:09, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.138, Аноним (11), 18:24, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В стандарте они описаны как undefined То есть буквально неопределенное поведен... текст свёрнут, показать
     
     
  • 9.151, Аноним (149), 00:13, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где логическая ошибка в словах Булочки Странно что вы не знаете как идёт разраб... текст свёрнут, показать
     
  • 4.31, laindono (ok), 01:58, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стандартизация нужна, если есть куча реализаций и надо обеспечить их совместимос... большой текст свёрнут, показать
     
     
  • 5.34, Сладкая булочка (?), 03:07, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, другое дело гугл в хроме делает, что хочет и потом другие догоняют Хотя, по... большой текст свёрнут, показать
     
     
  • 6.39, laindono (ok), 03:37, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, другое дело гугл в хроме

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

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

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

     
     
  • 7.45, Сладкая булочка (?), 04:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Речь про то, что хром диктует разивите веба Все новые фичи нравятся Их никто к... большой текст свёрнут, показать
     
     
  • 8.86, Аноним (11), 13:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что ж ты так нагло врешь Развитие веба у нас диктует WHATWG и W3C, в которые... большой текст свёрнут, показать
     
     
  • 9.109, Сладкая булочка (?), 15:59, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очень интересно Тот MC, который использует chromium-based браузер Или та Mozil... текст свёрнут, показать
     
     
  • 10.139, Аноним (11), 18:39, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очень интересно - это как ты лжешь и извиваешься на сковороде Ты пел о том, что... большой текст свёрнут, показать
     
     
  • 11.155, Аноним (149), 00:31, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет-нет-нет, в Ruste во всём рулят спонсоры, а у C общественная разработка ... текст свёрнут, показать
     
  • 5.35, Сладкая булочка (?), 03:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https rust-lang github io rfcs 3355-rust-spec html current-state Цитата Как бы... большой текст свёрнут, показать
     
     
  • 6.43, laindono (ok), 03:57, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У C++ нет эталонной реализации вообще. Это означает, что нет реализации, которая полностью соответствует актуальному стандарту.

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

     
     
  • 7.46, Сладкая булочка (?), 04:25, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В чем проблема Что значит польностью не соответвуют стандарту Что такое актуал... большой текст свёрнут, показать
     
     
  • 8.51, laindono (ok), 06:07, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    C 24 Я не могу взять последний актуальный стандарт, написать программу использ... большой текст свёрнут, показать
     
     
  • 9.64, Сладкая булочка (?), 08:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ub - это неопределенное поведение, оно документировано, то есть, сказано, что ес... текст свёрнут, показать
     
     
  • 10.88, laindono (ok), 13:34, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В Rust нет UB Только в unsafe Rust Само наличие unsound-кода является критичес... текст свёрнут, показать
     
     
  • 11.114, Сладкая булочка (?), 16:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда получается в стандартной библиотеке и любом нетрививальном коде на раст... текст свёрнут, показать
     
     
  • 12.122, laindono (ok), 17:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Прочитай первые два абзаца по ссылке, которые ты сам же и нашёл Undefined ... текст свёрнут, показать
     
     
  • 13.134, Сладкая булочка (?), 18:06, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я не буду играть с тобой в игру отсылку по ссылке Сами ub документированы Что... текст свёрнут, показать
     
     
  • 14.143, Аноним (11), 18:47, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не удосужился прочитать текст, который ты сам же попытался привести в качеств... текст свёрнут, показать
     
  • 13.136, Сладкая булочка (?), 18:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Стандарт - это нормативный документ Инструмент - его реализация В чем проблема... текст свёрнут, показать
     
     
  • 14.146, Аноним (11), 19:20, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В том-то и дело, что развитие C ограничено скоростью и уровнем фич его стандар... текст свёрнут, показать
     
     
  • 15.153, Сладкая булочка (?), 00:24, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Раз в 3 года, куда чаще то Ты на работе код пишешь или на новые стандарты перех... текст свёрнут, показать
     
  • 13.158, Аноним (149), 00:57, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ок, хорошо что вы это знаете Теперь вопрос а в чём проблема Rust - высокоуров... текст свёрнут, показать
     
     
  • 14.175, laindono (ok), 04:04, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Rust в первую очередь язык для низкоуровневого системного программирования Я пи... текст свёрнут, показать
     
     
  • 15.207, Аноним (207), 01:45, 03/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для операционных систем написанных на Ruste - Rust язык системного программирова... текст свёрнут, показать
     
  • 14.186, Аноним (185), 15:10, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Намешать язык без сборщика мусора с языками со сборщиками мусора, которые в свою... текст свёрнут, показать
     
     
  • 15.206, Аноним (207), 01:42, 03/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это не ко мне претензии, это гугль с амазоном и клаудфлар всё смешали ... текст свёрнут, показать
     
  • 9.67, Сладкая булочка (?), 09:03, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Такого нет Есть 23, есть 26 Почти все реализовано https gcc gnu org project... большой текст свёрнут, показать
     
  • 7.156, Аноним (149), 00:32, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >документация по Rust намного более точна и гораздо более практична. Фактически лучшая документация в индустрии.

    Давно так не смеялся

     
     
  • 8.168, Аноним (11), 01:18, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А чего не смеёшься от точности и практичности Undefined behavior в стандарте C ... текст свёрнут, показать
     
     
  • 9.171, Аноним (149), 01:25, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла про качество документации, а не фичи ... текст свёрнут, показать
     
     
  • 10.172, Аноним (11), 01:44, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так я и говорю про качество и практичность текста документации, где UB на кажд... текст свёрнут, показать
     
     
  • 11.208, Аноним (207), 01:47, 03/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что наличие UB и минимальный набор фич - это не есть низкое качество При... текст свёрнут, показать
     
  • 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.dev/openforum/vsluhforumID3/139973.html#31 Про кого именно речь? Кто теоретик-бюрократ?

     
     
  • 8.53, laindono (ok), 06:13, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Те, кто занимаются написанием стандартов, но при этом не занимаются реализацией ... текст свёрнут, показать
     
     
  • 9.60, Сладкая булочка (?), 08:00, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Те, кто пишет стандарт WHATWG также не занимается реализацией Ради интереса вот... большой текст свёрнут, показать
     
     
  • 10.147, Аноним (11), 19:58, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ты так нагло лжешь WHATWG создали те, кто БКУВАЛЬНО занимается реализацие... текст свёрнут, показать
     
     
  • 11.152, Сладкая булочка (?), 00:21, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я тебе ссылки привел на то, кто пишет спеку в частности Доменик Деникола и кто... текст свёрнут, показать
     
     
  • 12.157, Аноним (11), 00:57, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И плевать, что этот самый Доменик Деникола - сотрудник Гугла, который не только ... текст свёрнут, показать
     
     
  • 13.174, Сладкая булочка (?), 03:58, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1 Давай покажи его коммиты в хромиуме в реализации потоков 2 А firefox тоже о... текст свёрнут, показать
     
     
  • 14.178, Аноним (11), 07:23, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, речь про твою ложь о цитата те, кто пишет стандарт WHATWG также не занима... текст свёрнут, показать
     
  • 14.179, Аноним (11), 08:12, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты все прикидываешься валенком, не способным использовать Гугл Ну ок, вот тебе ... большой текст свёрнут, показать
     
  • 9.62, Сладкая булочка (?), 08:03, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, чтобы нормально делать апи внутрянку не обязательно знать Тебе надо нор... текст свёрнут, показать
     
  • 9.76, Совершенно другой аноним (?), 11:05, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не могу сказать про C , не приходилось интересоваться, но в коммитет, разрабаты... текст свёрнут, показать
     
     
  • 10.77, Совершенно другой аноним (?), 11:12, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    сорри, Martin Uecker, конечно ... текст свёрнут, показать
     
  • 9.84, уп (?), 12:56, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты только посмотри на этих теоретиков и бюрократов https herbsutter com 2026... текст свёрнут, показать
     
     
  • 10.112, Сладкая булочка (?), 16:06, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И ни одного крашеноволосого-генрдерно-нейтрального-фемного-нитакусика Не порядо... текст свёрнут, показать
     
  • 5.154, Аноним (149), 00:27, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >проблема C/C++ - отсутствие эталонной реализации

    Во-первых, зачем? Во-вторых, вы же сами сказали что стандарт нужен для того, чтобы у многих реализаций было что-то общее. В-третьих, фичи C++ сначала обкатывааются в различных библиотеках, например, boost, fmt и многих других, после этого переносятся в стандарт, а эти библиотеки фактически и есть эталонная реализация фич C++. Примерно так же обстоит и с Ada.

    >стандарта, который делают обкуренные девочки-волшебницы.

    После такого утверждения на ваши слова больше никто не будет обращать внимание. Сами виноваты.

     
     
  • 6.167, Аноним (11), 01:13, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В том-то и дело, что не переносятся, а реализуются в с нуля в каждой стантартной... большой текст свёрнут, показать
     
     
  • 7.170, Аноним (149), 01:23, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >В том-то и дело, что не переносятся, а реализуются в с нуля в каждой стантартной либе под каждый компилятор

    Переносится в стандарт поведение фичи, а что реализация стандарта не совсем точная - есть такое. Если нужно абсолютно как в стандарте - то исполльзуйте Ada, она тоже есть в GCC.

     
  • 4.49, Аноним (49), 05:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если у раста будет стандарт и поддержка в гцц, то проприетарщики из кортимы будут не нужны.
     
     
  • 5.57, 12yoexpert (ok), 07:44, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    это религия 1 в 1: там тоже не терпят конкуренции и внушают ЦА, что без их организации (места, куда деньги нести) ничего не выйдет
     
  • 4.161, Аноним (163), 01:03, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Расту нужен стандарт

    Стандарт не нужен. Посмотрите на сишку, где только один компилятор в состоянии собрать glibc, а второй компилятор может быть соберёт, после того, как glibc пропатчат. Зато есть куча суррогатно-бутафорных компиляторов, не пригодных для практического использования.

     
  • 3.20, Аноним83 (?), 01:08, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это же нарушение канонов!
    По канону положено: curl | sh  делать, никак иначе, только так безопасный язык безопасно скачивает безопасный компилятор безопасного основополагющего системного языка!
     
     
  • 4.24, Сладкая булочка (?), 01:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это же нарушение канонов!
    > По канону положено: curl | sh  делать, никак иначе, только так
    > безопасный язык безопасно скачивает безопасный компилятор безопасного основополагющего
    > системного языка!

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

     
     
  • 5.32, Аноним83 (?), 02:04, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну что же вы!
    Только sudo-rs! Фу на эту додовускую дырявую sudo!
     
  • 2.68, Аноним (68), 09:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На кор²дуо?
    И как ты месяц проживёшь без опенета?
     
     
  • 3.95, Аноним (7), 14:33, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А что, пересобирать мир обязательно на C2D? Можно пересобирать на Рязани с учётом того, что будет работать и на C2D тоже.
     
     
  • 4.130, Аноним (130), 17:53, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.71, dannyD (?), 09:31, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>повод пересобирать мир!

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

     
     
  • 3.92, Аноним (7), 14:01, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Gentoo way. Хотя, между 15 и 16 не обязательно поменялось ABI.
    Да. И не ещё, а принципиально.
     
  • 2.97, Ананоним (?), 14:37, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.103, Аноним (7), 15:25, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....большая нить свёрнута, показать (113)

  • 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 чувствуется.
     
  • 3.99, Ананоним (?), 14:40, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А с этими чувакоми чо не так?
     
  • 3.195, Аноним (195), 21:29, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Upgrade to GCC 16.1.0
     
  • 2.98, Ананоним (?), 14:39, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А чо с этим чуваком не так?
     

  • 1.3, Джон Титор (ok), 23:13, 30/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Продолжена реализация стандартов 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Лучший компилятор стал ещё лучше!
    >Реализованы возможности, связанные со стандартом C++23, такие как явное управление временем жизни объектов
    >Расширена поддержка стандарта C23, например, реализована возможность использования атрибута "counted_by" для проверки корректности использования указателей.

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

     
  • 1.50, Аноним (50), 05:50, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Напоминаю: компиляция hello worldа с -std=c++20 - 1 секунда, с c++17 - 0.2, c с++14 - 0.1. Нахрен.
     
     
  • 2.72, Axonic (ok), 09:37, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хочешь об этом поговорить?
     
  • 2.93, Аноним (7), 14:07, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И покуй. Главное, чтоб в рантайме быстро работало.
    Что-то подсказывает, что если компилять проект значительно превосходящий Hello World, то разница будет незначительной.
     
  • 2.169, Аноним (163), 01:21, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это пожалуй один из лучших аргументов против крестов. Чем ниже стандарт, тем ближе код к дыряшке, тем больше нужно ручных действий, для того чтоб не портить память. Чем выше стандарт, тем больше тормозит компиляция.
     

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

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

     
     
  • 3.94, Аноним (7), 14:11, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "Это всё теории заговора Сишников!"
     
     
  • 4.106, Сладкая булочка (?), 15:48, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > "Это всё теории заговора Сишников!"

    В чатике раста опубликовали сами растовщики

     
  • 3.118, Аноним (115), 16:26, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> странненько!!! где rust, где список уязвимостей?! :о)
    > Прячут. Вот утечка https://github.com/Swival/security-audits/tree/main/rust-stdlib#rust-standard-

    Первый же патч для первой же "уязвимости":
    https://github.com/Swival/security-audits/blob/main/rust-stdlib/001-unsafe-tar
    [CODE]
    --- a/library/compiler-builtins/ci/ci-util.py
    +++ b/library/compiler-builtins/ci/ci-util.py
    ...
    all_paths = sp.check_output(["tar", "tJf", baseline_archive], encoding="utf8")
    +    with tarfile.open(baseline_archive, "r:xz") as archive:
    +        for member in archive:
    +            path = PurePosixPath(member.name)[/CODE]
    Иногда таки полезно сперва сходить по ссылке ...


     
  • 2.96, Аноним (7), 14:37, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/Rust-GCC/gccrs
    Как видно, самые свежие изменения 2 days ago.
     

  • 1.66, Аноним (66), 08:56, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про Algol 68 есть хороший доклад с FOSDEM 2026 https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/
    Оказывается у них в планах потеснить rust и прочие языки.
     
     
  • 2.87, Аноним (87), 13:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Algol 68? Закопайте обратно!

    Я в шоке. По ссылке, доклад делает Jose E. Marchesi - ГНУ хакер, в кожаной куртке и с кубинской сигарой во рту. Он также один из разработчиков GNU toolchain. Я то думал, что там будет страый пердун из университетской кафедры.

     
     
  • 3.141, Аноним (141), 18:39, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Algol 68? Закопайте обратно!

    На нем есть очень неслабая математика.

     
     
  • 4.144, Аноним (4), 18:48, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Разве не портировали на фортран ещё 50 лет назад? Как раз с алгола всё необходимое вытянули. Да и вопрос производительности.
     
  • 2.162, Аноним (149), 01:04, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Алгол - всегда молодой! Между прочим, надёжный язык, с автоматическим управлением памятью.
     
     
  • 3.182, Аноним (182), 08:20, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Алгол - всегда молодой!

    Разработан комитетом по языку высокого уровня IFIP в 1958-1960 годах. Кардинально переработан в 1964-1968 годах.

     
  • 3.190, _ (??), 17:27, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Единственный на котором НИ ОДНОЙ значимой программы не написали!
    Это уж настолько характерная характеристика... причём никогда не врёт!(С) :-)
     
     
  • 4.205, Аноним (4), 00:27, 03/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Все по твоему значимые программы написали после 80, алгол был 58-68 и алгоритмы портировались на фортран в 70-80х (ты скажешь ни одной значимой программы на фортране, но для математики ничего лучше не придумали).
     
  • 2.189, _ (??), 17:25, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Про Algol 68 ... Оказывается у них в планах потеснить rust и прочие языки.

    Ну всё правильно, кладбища в европках - крошечные даже за место там надо боророцццоо :-)

     

  • 1.70, Axonic (ok), 09:30, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Один из важнейших opensource-проектов. Может быть, даже номер два после ядра.

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

     
     
  • 2.73, Аноним (4), 10:10, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ерунда, ничего важного ты не перечислил. А вот без блендера действительно монополия копирастии.
     
     
  • 3.104, Аноним (7), 15:32, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну Блендер, он для специфического круга лиц необходим. А во перечисленное им для среднестистического опенсорсного десктопа.
     
     
  • 4.105, Аноним (4), 15:43, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Среднестатистический опенсорсный десктоп замечательно проживёт без этого кривого низкосорного мусора. Даже линукс легко заменить на какую-нибудь фряху, не будь линукса с его вендорлочными заморочками она бы просто лучше поддерживалась проприетарью и электронами. А скорее ОС с нормальными драйверами и поддержкой железа получили бы большее распространение, такие, как нетбсд. Список вообще бредовый, один проект хуже другого и почти всё околопроприетарь и подпроприетарь. Та же gnutls важнее openssl.
     
  • 2.75, Аноним (33), 10:41, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто, собственно, и не отрицает важности свободного ПО. Есть, конечно, некоторые лица, но они буквально воплощение басни "Свинья под дубом".
     
     
  • 3.79, Axonic (ok), 12:01, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошая отсылка )

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

     
  • 2.120, Аноним (120), 16:51, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >то так и представляю, как без открытых проектов публике вдували бы в уши маркетинговую ерунуду

    Как вдували, так и продолжают вдувать.

     
     
  • 3.129, Axonic (ok), 17:26, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Лишь той части публики, которая готова быть вдуваемой.
     
     
  • 4.176, Аноним (176), 05:47, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это же утверждение всегда было истиным.
     
  • 2.142, Аноним (141), 18:41, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Один из важнейших opensource-проектов. Может быть, даже номер два после ядра.

    По важности для всех ИТ - номер 1. Отличный компилятор портирован на все системы.

     

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

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

     
     
  • 2.81, Аноним (81), 12:12, 01/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.107, Сладкая булочка (?), 15:50, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Добавлены новые операторы "^^"
    > О, эмодзи пошли, следующий будет "(_O_)"

    Не, этот зарезервирован для растовщиков.

     
     
  • 3.184, Аноним (-), 12:02, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Похоже, у вас проблемы со шрифтами.
    На эмодзи изображены две сладкие булочки, а между ними - язык Си.
    Вся суть Си++.
     
     
  • 4.196, _ (??), 22:15, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не разгибайся! :)))
     
  • 2.121, Аноним (121), 16:57, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    (_Е(__)3_)
        ||
        \/

    Раз уж на то пошло. Катушка Тесла, однако ;)

     
     
  • 3.148, sunjob (ok), 23:45, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Катушка Тесла, однако ;)

    после копирования в "моноширинный блокнот" - больше на мужское хозяство попхоже :о)

     
     
  • 4.197, _ (??), 22:16, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    U YA се у вас фантазия развита ...
     

  • 1.80, name (??), 12:06, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Модули-то, модули завезли??!!
     
     
  • 2.82, Аноним (81), 12:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Понял шутка.
    А если серъёзно, то в Си плюс-плюс модули завезли ещё в стандарте С++20.
    А если ещё серъёзней, зачем вообще для Си плюс-плюс модули? Это же не Паскаль! Наверно в своё вермя завыли те, кто мигрировал с Турбо-Паскаля и Дельфи.
     
     
  • 3.100, Ананоним (?), 14:41, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И я тоже не понимаю зачем. Наверно потому что модно молодёжно и кому-то очень хочется.
     
     
  • 4.124, Аноним (-), 17:18, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Наверно потому что модно молодёжно

    Нет.

    >кому-то очень хочется.

    Тем кто раньше программровал на Дельфи. У там и компоненты были. Не дай бог они станут просить в стандарт ввести компоненты.

     
     
  • 5.198, _ (??), 22:18, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если есть модули - то компоненты как бе и не ... Не?

    Правдо модули в тут ... такое(С) :( Не модули а "модули" ...

    А когда они полноценные - весьма даже зачётная штука!

     
  • 3.101, Ананоним (?), 14:42, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я не разбирался с реализацией модулей в новых стандартах, но у меня противоречивая мысль в голове - а как же препроцессор при этом?
     
     
  • 4.119, Аноним (120), 16:49, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не работает препроцессор. Не завезли нормального препроцессора AST-уровня, как в расте, поэтому и не работает. Препроцессор - это мерзость и антипаттерн, но когда без него становится невесело - приходится юзать обычные хедеры. Я в таких случаях делаю хедер для препроцессора, а остальное всё - в модуль.
     
  • 3.199, Аноним (199), 22:19, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А если ещё серъёзней, зачем вообще для Си плюс-плюс модули?

    Чтобы не описывать один интерфейс дважды.
    Чтобы смена порядка включений кода не ломала логику работы.
    Чтобы.. да миллион причин.

     

  • 1.89, пгуыыцрщ (?), 13:34, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для gentoo-пользователей: из-за флагов, указанных в новости, дергаться не стоит: -flto-toplevel-asm-heuristics убирает ошибки из-за удаления используемых символов при LTO (уже года 4-5 такого не встречал, хотя может что то в env перекрыто у меня) а второй флаг включен при О2 по умолчанию.
     
     
  • 2.137, Аноним (4), 18:17, 01/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что на этот раз сломали? В тот раз zlib и readline, перед тем ncurses.
     

  • 1.140, Аноним (4), 18:39, 01/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    какая-то дурная тенденция



    * sys-devel/gcc-14.3.1_p20260213
             Total files : 1886
             Total size  : 296.32 MiB
    * sys-devel/gcc-15.2.1_p20260214
             Total files : 1943
             Total size  : 316.72 MiB
    * sys-devel/gcc-16.1.0
             Total files : 2036
             Total size  : 387.17 MiB


     
     
  • 2.160, Аноним (149), 01:01, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё из-за gccrs
     
  • 2.166, Аноним (166), 01:10, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > какая-то дурная тенденция

    Это невпервой. Во времена 4.1, 4.2, 4.3... сидел на лфс. Отчётливо помню, что каждый релиз добавляли по новой зависимости от всяких libgmp, libmpfr, и это раздражало, приходилось скрипты править.

     

  • 1.159, Аноним (163), 01:00, 02/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Реализация C++20 в стандартной библиотеке объявлена стабильной.

    Шёл 2026 год.

     
     
  • 2.164, Аноним (149), 01:08, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле уже в GCC 13 c++20 работал нормально.
     
  • 2.203, Аноним (203), 23:05, 02/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Темп нормальный если C++20 полностью запили
     

  • 1.193, Мистер Булкин (ok), 20:35, 02/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то там FFmpeg жалуются, что 16.1 выдаёт сегфолты в 838 тестах
     
  • 1.201, Аноним (203), 23:01, 02/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.202, Аноним (203), 23:03, 02/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поддержка новых международных стандартов C++ это киллер фича любого космпилятора, а что насчет раста? Ах да у него же и стандарта нет, кроме мануала от васяна в html
     

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



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

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