Исходное сообщение
"Дискуссия об использовании языка C++ для разработки ядра Lin..." Отправлено Аноним, 14-Янв-24 22:11
>В качестве минимальной упоминается использование спецификации C++14 Не, нужно сразу 26 в редакции clangа на сегодняшний день брать. Потому что без ranges делать compile-time вычисления невесело. Хоть в шланге и нет ещё полноценных ranges, уже то что есть - очень полезно и убирает кучу того, что либо вручную приходилось держать в актуальном состоянии или скриптом генерировать (напр. индекс максимального элемента массива из фиксированных compile-time значений). magic_enum вообще офигенно полезная либа. Она хоть и header-only, но она не приводит к оверхеду на каждый включённый экземпляр, как если бы nlohmann json включили в один модуль, а потом во второй, и всё header-only. Другая офигенна полезная либа - это ctre.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>В качестве минимальной упоминается использование спецификации C++14 > Не, нужно сразу 26 в редакции clangа на сегодняшний день брать. Потому > что без ranges делать compile-time вычисления невесело. Хоть в шланге и > нет ещё полноценных ranges, уже то что есть - очень полезно > и убирает кучу того, что либо вручную приходилось держать в актуальном > состоянии или скриптом генерировать (напр. индекс максимального элемента массива из фиксированных > compile-time значений). magic_enum вообще офигенно полезная либа. Она хоть и header-only, > но она не приводит к оверхеду на каждый включённый экземпляр, как > если бы nlohmann json включили в один модуль, а потом во > второй, и всё header-only. Другая офигенна полезная либа - это ctre.
	Введите код, изображенный на картинке: