SRELL 4.069 — библиотека ECMAScript-совместимых регулярных выражений

c++, ecmascript, header-only, regexp, srell

0

2

10 сентября состоялся выпуск 4.069 C++ библиотеки SRELL (Std::RegEx-Like Library), реализующей ECMAScript-совместимые регулярные выражения.

Основные возможности библиотеки:

header-only;
ECMAScript-совместимые регулярные выражения;
дизайн а-ля std::regex;
поддержка типов char8_t, char16_t и char32_t для C++11 и более поздних версий стандарта C++;
возможность компиляции без использования исключений C++;
использование инструкций SIMD SSE 4.2, с определением их наличия во время исполнения;
большое количество вспомогательных функций и классов: match, search, match_results, replace, split_* и др.

Список изменений:

поддержка Unicode 17.0;
what() теперь возвращает имя ошибки;
в basic_regex::match() и basic_regex::search() добавлена поддержка std::string_view и т. д.
улучшены тесты для GCC 13, Clang 19 и более поздних компиляторов.

Полная история изменений: англ./яп..
Постоянная ссылка на актуальную версию.
Все версии.

Другие C++ проекты Nozomu Katoo:

Прошлая новость на ЛОРе

>>> Подробности на akenotsuki.com

Ссылка

←	Unicode 17.0

uutils 0.2.0 и 0.2.2, вариант GNU Coreutils на языке Rust

→

А вот это ваше header-only разве не жрёт время компиляции? В чем профит-то? Плюсовик настолько глупый пошёл, что линковать объектники не умеет?

pihter ★★★★★
(11.09.25 13:07:53 MSK)
Последнее исправление: pihter 11.09.25 13:08:16 MSK (всего исправлений: 1)

Ответ на: комментарий от pihter 11.09.25 13:07:53 MSK

В больших проектах и так много шаблонов и компиляция занимает много времени. Ещё пару-тройку секунд не имеет значения. А если проект мелкий, то опять таки пару-тройку секунд не имеют значения. Win-win ситуация.

seiken ★★★★★
(11.09.25 16:30:38 MSK)

Ответ на: комментарий от seiken 11.09.25 16:30:38 MSK

К тому же, например, хочется, чтобы весь код проекта был собран с определенными флагами под определенную платформу, так что перебирать-то всё равно придётся.

seiken ★★★★★
(11.09.25 16:35:04 MSK)

Ссылка

Ответ на: комментарий от pihter 11.09.25 13:07:53 MSK

А вот это ваше header-only разве не жрёт время компиляции? В чем профит-то?

Вызовы, бранчи, лоады ~~вот что губит нас~~ генерируют простои и занимают пайплайн лишними командами. Поэтому все что можно, все примитивные функции и константы записывается в хидер и инлайном подставляются.

uin ★★★
(11.09.25 19:12:51 MSK)

Ссылка

what() теперь возвращает имя ошибки;

Гы. Казалось бы, причем здеcь yoptaScript.

Хм…а ведь действительно, а может действительно имеет смысл в 1С реализовать функции Чё(), Каво(), Ёптыть(), Куданах()?

DzenPython
(11.09.25 19:20:38 MSK)

Ответ на: комментарий от DzenPython 11.09.25 19:20:38 MSK

Сразу видно неплюсового программиста:

https://en.cppreference.com/w/cpp/error/exception/what.html

seiken ★★★★★
(11.09.25 19:53:33 MSK)

Ответ на: комментарий от seiken 11.09.25 19:53:33 MSK

Исключения крайне специфичная штука, на плюсах ей не мажут все аки макаки в вебе. Так что не все знают что там за методы и зачем они.

uin ★★★
(11.09.25 20:05:35 MSK)

ECMAScript-совместимые регулярные выражения.

Верующим известно, что истинные регулярные выражения это PCRE, а остальное от лукавого.

Smacker ★★★★★
(11.09.25 20:28:06 MSK)

Ссылка

Ответ на: комментарий от uin 11.09.25 20:05:35 MSK

Ну как бы вся стандартная библиотека в них. Например:

https://en.cppreference.com/w/cpp/container/vector/at.html

seiken ★★★★★
(11.09.25 20:36:40 MSK)

Ответ на: комментарий от seiken 11.09.25 20:36:40 MSK

Причем здесь исключения и стандартная библиотека?
Ты принес ссылку на стандарт описывающий безопасный метод обращения к элементам вектора.
Он не в стандартной библиотеке а в заголовочных файлах как раз,
А в стандартной библиотеке как раз реализация ловушек и обработчиков если тебе вдруг надо ловить и обрабатывать то что кидают функции/методы (80% разработчикам не надо).

uin ★★★
(11.09.25 21:04:08 MSK)
Последнее исправление: uin 11.09.25 21:11:30 MSK (всего исправлений: 1)

Ссылка

дизайн а-ля std::regex

Звучит как приговор :)))

Хотя, может это из-за того, что редко приходилось пользоваться std::regex, поэтому и привычки нет. А когда без привычки пытаешься разобраться с интерфейсом std::regex, то кажется, что его придумывали люди не от мира сего.

eao197 ★★★★★
(12.09.25 13:15:31 MSK)