LINUX.ORG.RU

GCC 16.2

 ,


0

1

7 августа состоялся выпуск GCC 16.2 — второго стабильного релиза ветки GCC 16. Новая версия носит преимущественно корректирующий характер: разработчики прямо называют её bug-fix release, содержащим исправления регрессий, обнаруженных в GCC 16.1 относительно предыдущих выпусков.

Всего после апрельского GCC 16.1 было исправлено 102 известных ошибки. Исправления затрагивают различные компоненты компилятора и поддерживаемые архитектуры; какого-либо одного крупного изменения, определяющего выпуск, нет.

GCC 16.2 не является новым функциональным релизом: основные возможности ветки GCC 16 появились ещё в GCC 16.1, выпущенном 30 апреля. Среди наиболее заметных изменений этой ветки:

  • C++20 стал режимом C++ по умолчанию вместо GNU++17. Для использования прежнего поведения теперь необходимо явно указывать соответствующий параметр -std=. Экспериментальная поддержка модулей C++20 при этом по-прежнему включается отдельно.
  • Продолжено внедрение C++26, включая экспериментальную статическую рефлексию, контракты, constexpr-исключения и другие предложения будущего стандарта.
  • В состав GCC включён экспериментальный компилятор языка Algol 68 — ga68.
  • Для x86 добавлена поддержка процессоров AMD Zen 6 (-march=znver6), Intel Wildcat Lake и Nova Lake. Улучшена автовекторизация при использовании AVX-512.
  • В реализации AArch64 появилась поддержка Armv9.6-A, Apple M4 и M5, NVIDIA GB10 и новых процессорных ядер Arm; также добавлена возможность применения Memory Tagging Extension через -fsanitize=memtag.
  • Для offloading на GPU AMD существенно уменьшены накладные расходы при запуске областей OpenMP/OpenACC и появилась экспериментальная поддержка ускорителей AMD Instinct MI300 (gfx942).

Таким образом, GCC 16.2 в первую очередь предназначен для пользователей, желающих перейти на новую ветку после устранения обнаруженных после первоначального релиза регрессий. Исходные тексты GCC 16.2 доступны на официальных зеркалах проекта. GCC распространяется как свободное программное обеспечение семейства GNU; основной код компилятора лицензирован по GPLv3+, а для ряда runtime-библиотек применяется GCC Runtime Library Exception.

>>> Источник

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от Lucky

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

firkax ★★★★★
()
Ответ на: комментарий от Lucky

MIT руководствовался «платите», потому взял модное-молодёжное, но ещё раз, собственно Питону в общем курсе не учат, только иллюстрируют.

А ваше «не запинаться» и «которые скрывают» лишь повторяют мои слова о не самодостаточности Питона как ЯП, он паразитирует на других ЯП.

Так что не прогеры используют Питон не в качестве инструмента создания недостающего МО ЭВМ, а в качестве бесплатного МатЛаба-МатКада,.. если есть подходящая библиотека на совсем другом ЯП.

А если такого нет, то хрен они напишуть что-то полезное на Питоне.

mister_VA ★★★
()
Ответ на: комментарий от mister_VA

не прогеры используют Питон не в качестве инструмента создания недостающего МО ЭВМ, а в качестве бесплатного МатЛаба-МатКада,.. если есть подходящая библиотека на совсем другом ЯП.

То есть решают насущные задачи инженерными методами, как они и должны решаться в рамках software engineering? У них есть модули, которые легко использовать друг с другом, собирая приложение как конструктор.

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

Lucky ★★
()
Последнее исправление: Lucky (всего исправлений: 2)
Ответ на: комментарий от mister_VA

Ну, печаль на морде лица выбирающегося из яйца буйвола как бы намекает на одолевающую его думу «Нахрена я вообще туда полез?!»

Анекдот напомнили:

- Ты какого родился?? - Какого числа или какого хрена?

:)

Somebody ★★★★
()
Ответ на: комментарий от GAMer

Паскаль, конечно, ещё встречается

Не-а!.. Весь день сегодня по своему городку ходил - и ни одного Паскаля не встретил!.. ;P :)))))

Somebody ★★★★
()
Ответ на: комментарий от iZEN

Наиболее характерной особенностью синтаксиса Алгола-68 является возможность переопределения синтаксиса и операторов

FORTH??..

Somebody ★★★★
()
Ответ на: комментарий от GAMer

Потому что он с нами, в этой комнате! )

То-то мне только МФЦ cо Сбером повстречались... :))

Somebody ★★★★
()
Ответ на: комментарий от Lucky

То есть решают насущные задачи инженерными методами, как они и должны решаться в рамках software engineering?

Что за бред? Нет, конечно. Они решают насущные расчётные задачи инженерными методами. К software engineering это всё не имеет никакого отношения, не зависимо от того, какая разновидность программируемого калькулятора использовалась.

r--r--r--
()
Ответ на: комментарий от r--r--r--

Вы рассуждаете как пользователь, ок. Мысль в другом. Рассчетные библиотеки, которые я привёл в пример, это и есть инженерия, которой должны заниматься программисты - скрывая сложность за интерфейсами, понятными пользователю. MIT всю историю натаскивают думать и проектировать в таком стиле - правильно выделяя абстракции и перекладывая их в код, используя возможности языка.

На самом деле есть масса рассчетных библиотек, с корявым API, от которых шарахаются все, включая самих авторов. Попроси студента, приученного к паскалю, написать калькулятор для матриц - он именно такое и выдаст)

Lucky ★★
()
Ответ на: комментарий от Lucky

И как с этим связан Питон вначале введения в программирование? Когда надо освоить 3 базовые алгоритмические конструкции, научиться организовывать диалоговый режим в программе и уметь примитивный цикл разработки написание-компиляция-исправления-поиск ошибок в алгоритме?

И зачем мудрёная математика всем? Даже инженерам не надо. И профессиональным прогерам, почти никто из которых никогда не будет заниматься численным методами или символьными вычислениями, для которых вообще Лисп треба.

Как знание Питона поможет написать красивый код «калькулятора для матриц»? Если это уже давно написано не на Питоне, а на Си?

«Калькулятор для матриц» это вообще что? Перемножение матриц, умножение на вектор, поиск определителя, транспорирование, поиск обратной или метод Гаусса? Для этого давно GNU Octave создано, которое и было бы лучше освоить вместо попыток сформировать ущербного недопрограммиста на Питоне.

mister_VA ★★★
()
Ответ на: комментарий от Lucky

Когда я учился, то писал проги по численным методам на Паскале, Бейсике, Фортране, «Электронике МК-61» и даже ассемблере, что зависило не от того, чему нас учили, а от того, доступ к какой вычислительной технике у меня на тот момент был.

Сейчас, когда есть общедоступный Линукс с кучей ЯП на борту, множество литературы на тему, вопрос, какой ЯП использует лектор, студента вообще ипать не должен.

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

Так что вопрос выбора «обучающего языка» сильно вторичен по отношению к первостепенным вопросам кого чему учить и вообще параллелен вопросу о ЯП для зарабатыаания денег по окончании обучения.

mister_VA ★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.