GNU libunistring 1.4

Алгоритмы и таблицы с данными обновлены до стандарта Unicode 15.

Вроде же до 17 же.

// Код на savannah.gnu.org

Осуждаю

В C до сих пор нет нормального юникода?

в Си вообще нет ничего. там только байтики :)

у меня другой вопрос: а чем это лучше/хуже того же icu? конечно, icu - тот ещё жир, но зато прямо монументальный, там есть ффсё.

у меня другой вопрос: а чем это лучше/хуже того же icu?

Лицензия не гнутая. Ну и да, ICU здоровенный язь. Часто одной пары старых c+h достаточно для обеспечения поддержки функциональности юникода, так что в некоторых проектах libunistring будет в самый раз.

без библиотек в си кошмар со строками, особенно если хочешь мультиплатформенность

у меня другой вопрос: а чем это лучше/хуже того же icu?

ICU же ещё и для i18n/l10n. Ну и в ней over 1000 кодировок, среди прочего.

ну, там несколько отдельных бибиотек внутри. штук 6, если не больше. они разделены по функционалу.

а юникод я там юзала ещё лет 25 назад, когда ещё на маздае работала. icu уже тогда была, и довольно развитая, а юникода толком нигде ещё не было. она вообще очень древняя.

ну, там несколько отдельных бибиотек внутри. штук 6, если не больше. они разделены по функционалу.

Толку-то от этого, если их нельзя выборочно установить. По крайней мере, так в Debian/Devuan.

в Си вообще нет ничего. там только байтики :)

Ну я помню там функции работы со строками. Сама строка представляет собой массив байтиков, но функции работают с ними именно как с текстовыми строками.

ну, например склевание, поиск символов и прочие механические операции с массивами. есть также интерпретация символов как одиночных и «широких» (wide char) и соответствующие манипуляции а такими массивами. и остались исторически ASCII коды символов и работа с ними. а всё прочее, что касается логического интерпретирования байтиков - это вот libunisring, icu, base64 и т.д.

в принципе, это правильно. текстовые строки - это просто байты. помню, когда я сказала преподу в Универе, что «текстовые» и «бинарные» файлы ничем особо и не отличаются, он заявил, что я не знаю «основ Си». на самом деле, во всех файлах лежат байты. а интерпретация байтов зависит от кучи факторов: представление символа (один байт, несколько байт, мультибайтовые кодировки), их семантика (это сами кодировки). ну и есть куча операций с учётом представления и семантики.

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

Есть ещё на саклессе такое:
https://libs.suckless.org/libgrapheme/
icu это реально жыр

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

KISS убит растовым софтом, который гоняют на CI в докере, который в кубере...

Как я до такого докатился?

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

Мы делаем растовое приложение в виде .so, на которую делает dlopen tarantool, в который мы потом ходим из .so по ffi :)

У меня вроде есть ещё 1 вакансия растовика. Если кому интересно пишите.

джуна возьмете?

К сожалению у нас только мидл и старшие позиции. Так проект такой, что учиться на нем крайне тяжело.

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

ладно.

Уважаю