| 1.4, Аноним (4), 22:53, 27/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> __attribute__((overflow_behavior)) - определяет поведение (wrap или trap) при переполнении чисел разных типов.
Ну слава тебе господи, дождались наконец, кода таки появилась возможность включать/выключать проверки переполнений не целиком во всем translation unit, а для отдельных типов. Глядишь, скоро так и Turbo Pascal/Ada из 80 догонят.
| | |
| |
| 2.35, Аноним (35), 09:43, 28/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Здесь должна бы быть картинка "Buff Doge vs Cheems" про программистов, которые могли на K&R написать ВСЁ, и кодеров из 2k2x, страдающих от отсутствия какой-то фичи.
| | |
| |
| |
| 4.51, Аноним (51), 20:46, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Автор(ы) Menuet [64] OS, Kolibry OS, и ещё куча помельче и менее распиренных только одних ОС, или базово-шире: как и авторы книг тип "Ассемблер на линуксе", шейдеры на ассемблере, компиляторы с внутренним представление на экзотическом ассемблере, автор WinRAR как на VM-ассемблере, и т.п.
- громко смеются на тобой.
| | |
| |
| 5.64, Аноним (39), 08:31, 29/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Автор(ы) Menuet [64] OS, Kolibry OS, и ещё куча помельче и менее распиренных только одних ОС
Вот очень хороший пример: можно, а зачем? Как хобби — конечно, почему бы и нет.
> авторы книг тип "Ассемблер на линуксе"
Авторы книг пишут книги, а не софт на ассемблере.
Остальное вообще не в кассу.
| | |
| |
| 6.66, MihaNix (ok), 08:29, 31/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Стоит отметить, что инструменты вроде NASM кому-то действительно нужны. В том числе и в Linux.
Однако не стоит писать на asm всё подряд. Использовать его следует только там, где это действительно нужно.
| | |
|
|
|
|
|
| |
| 2.10, Аноним (10), 00:02, 28/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Это тот, который про... упустил все полимеры.
Поддержка новых стандартов реализовывается с запозданием. Любят его только корпорации.
| | |
| |
| |
| |
| 5.56, Markx (?), 22:03, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Потому что LLVM это бэкенд иму как бы пофиг на каком языке ты пишешь главное чтобы байткод нужный ему генерил, а Clang лишь один из его фронтэндов
| | |
|
| 4.55, Норм (?), 22:00, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Поддержка архинектур в энтом ларже лангуаже виртуал машин то-же ну так скажем, узкая 🫠
| | |
|
| |
| 4.41, Аноним (40), 12:49, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Такие например:
Добавлены флаги "-std=c++2d" и "-std=gnu++2d" для тестирования возможностей, развиваемых для стандарта, который выйдет после C++26.
Из текста новости.
| | |
| |
| 5.46, Аноним (4), 17:06, 28/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Такие например:
> Добавлены флаги "-std=c++2d" и "-std=gnu++2d" для тестирования возможностей, развиваемых для стандарта, который выйдет после C++26.
Ну, то есть, сабж вам добавляет возможности стандарта, который еще даже не вышел - а вы поете о "поддержка новых стандартов реализовывается с запозданием"? Я все правильно понял?
| | |
| |
| 6.53, Аноним (53), 20:56, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Как раз думал приставить гдениудь это.
> статья: * Возможности, связанные с С++:
И ничего полезного...
Кто то скажет что вот же кому то долгожданное и заодно совместимость с этим в VS проектах:
> Во всех режимах C++ разрешено использование ключевого слова "auto" для автоматического вывода типов параметров функций.
Я же скажу что, MS этим окончательно угробила С++ на уровне стандарта, по сути саботируя С++ в пользу их C# и прочего.
И не только это, а то что ознакамливаться с чужим кодом с ленью программерской по имени "auto" - стало в сто раз сложней и дольше.
Ну и риски багов поднялись на порядок, и ещё на порядок - в чужом или с несколькими разработчиками проекте.
Т.о.только этитм добавлен ещё один способ "отстрелить себе ногу".
Саботаж.
| | |
| 6.54, Аноним (54), 21:59, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Вопрос был какие. Ответ эти.
Проблемы не во флагах а в поддержке фич стандартов. В clang очень с ними запаздывают.
| | |
|
|
| 4.42, Аноним (40), 13:01, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Ну или эта цитата из новости:
Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
Получается старый Юникод (версии 15.1) оставался неизменным ровно 5 мажорных версий Clang подряд.
| | |
| |
| 5.44, Hexen (ok), 16:10, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Ну или эта цитата из новости:
> Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
> Получается старый Юникод (версии 15.1) оставался неизменным ровно 5 мажорных версий Clang
> подряд.
Так это же всё про clang(C\C++), а я про LLVM.
| | |
| 5.50, Аноним (50), 18:56, 28/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
> Получается старый Юникод (версии 15.1) оставался неизменным ровно 5 мажорных версий Clang подряд.
Стаааарый ... аж 23 года и как без кучки доп. эмоджи и пары тыщ египетских(!) иероглифов жили - совершенно неясно! Ага. Кстати ... какую, говорите, версию юникода поддерживает gcc?
| | |
| |
| 6.58, Аноним (58), 22:06, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Это был как пример.
В gcc берут последний существующий. А не забивают несколько версий на существование новых.
За весь период с версии 15.1 по 18.0 было добавлено 4 316 унифицированных иероглифов CJK
Это китай, япония и корея.
Из них 12 критически важных (срочно запрошенных) и 6 критически важных знаков.
Кроме того, добавлены официальные символы для четырех мировых валют: саудовского риала, мальдивской руфии, оманского риала и дирхама ОАЭ.
| | |
|
|
|
|
| |
| 3.59, Markx (?), 22:07, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Лол, деды из GCC скрипя шестеренками, поняли крутость идей заложенных в LLVM и препилили GCC в его стиле, но ты походу сильнее заржавел чем бородачи из GNU
| | |
|
|
| 1.19, Аноним (19), 01:23, 28/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На спор должок и всё такое что поддержит gcc-10 на сборку сверху ещё сотка накидывается
| | |
| 1.30, openssh_user (ok), 06:52, 28/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> В компоновщике LLD реализовано распараллеливание загрузки входных файлов и маркировки секций для сокращения времени связывания крупных проектов.
Это попытка догнать mold по производительности
| | |
| 1.31, Аноним (31), 07:49, 28/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Реализованы функции циклического битового сдвига
Это у них до двадцать третьей версии не было сдвигов?!
| | |
| |
| 2.36, Совершенно другой аноним (?), 10:24, 28/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это у них до двадцать третьей версии не было сдвигов?!
>> Реализованы функции циклического битового ... для будущего стандарта C2y
а вообще, кому сильно надо было, пользовались чем-то типа
;-----------X8
static inline uint32_t _rotr(uint32_t src, uint32_t shift)
{
return (src >> shift) | (src << (32 - shift));
}
;-----------X8
| | |
| |
| 3.67, Я (??), 19:43, 31/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
На ассемблере это реализуется, причём одной командой процессора.
| | |
| |
| 4.68, Совершенно другой аноним (?), 16:44, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> На ассемблере это реализуется, причём одной командой процессора.
к сожалению не для всех процессоров.
PS: а во многих компиляторах этот шаблон тоже распознаётся самим компилятором и тоже в итоге получается одна команда, если процессор такую команду умеет. Например gcc такое умеет для архитектуры IA32 как минимум с древней версии 4.8, а возможно и раньше.
| | |
|
|
|
| 1.38, Hexen (ok), 10:48, 28/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Зашёл прочитать про новые фишки LLVM, а тут насыпали ченджлог clang...
| | |
| |
| 2.61, Markx (?), 22:11, 28/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Половина новости про поддержку архитектур и допиливание компновщика это как раз LLVM, дороботка компоновщика пожалуй главная фича релиза
| | |
|
| 1.52, Аноним (52), 20:47, 28/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Поддерживаемая версия Unicode обновлена с 15.1 до 18.0.
Машина времени? Текущая версия Юникода 17.0 принята в сентябре 2025 г.
| | |
| |
| 2.65, Аноним (65), 01:46, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну и что вышла новая версия юникода. Продолжали поддерживать работу с 15.1. Сейчас перешли на работу с версией 18.0.
| | |
|
|