Устал я ждать от комитета, когда он наконец соизволит добавить простейшую поддержку Unicode. Казалось бы, много не надо, дайте хотя бы какую-нибудь to_u8string(const std::basic_string<>& str) — преобразование из одной кодировки Юникод в другую, но нет. Старую поддержку задеприкейтим, не объясняя что случилось, а нового ничего не дадим. Вот уже и 23-й с++ на подходе, но и там что-то ничего нового про Unicode не слышно. В общем пришлось городить свой велосипед. Библиотека header-only, стандарт С++17 и выше, кроссплатформенная, совместима с MSVС, GCC и CLang. Также поддерживается итерация по всяким код-поинтам и код-юнитам, короче минимально необходимый функционал есть. Очень надеюсь что кому-то библиотека покажется полезной, а может быть кто-то давно искал что-то подобное.
sutfcpplib (Simple UTF library for C++) — выложил на GitHub пот MIT лицензией.

Здравствуйте, Videoman, Вы писали:

V>Устал я ждать от комитета, когда он наконец соизволит добавить простейшую поддержку Unicode.

Конвертация wchar_t* в utf8 и обратно.

inline std::string ToStr(const std::wstring& wstr)
{
    static std::locale loc("");
    static auto &facet = std::use_facet<std::codecvt<wchar_t, char, std::mbstate_t>>(loc);
    return std::wstring_convert<std::remove_reference<decltype(facet)>::type, wchar_t>(&facet).to_bytes(wstr);
}

inline std::wstring ToWstr(const std::string& str)
{
    static std::locale loc("");
    static auto &facet = std::use_facet<std::codecvt<wchar_t, char, std::mbstate_t>>(loc);
    return std::wstring_convert<std::remove_reference<decltype(facet)>::type, wchar_t>(&facet).from_bytes(str);
}

Здравствуйте, Maniacal, Вы писали:

M>...

Так про это безобразие собственно и разговор: std::wstring_convert.

deprecated in C++17

И весь альтернативный API тожe.

Здравствуйте, Videoman, Вы писали:

V>sutfcpplib (Simple UTF library for C++) — выложил на GitHub пот MIT лицензией.

Есть ещё utfcpp: https://github.com/nemtrif/utfcpp Тоже header only

Чем плох nowide из boost-а?
https://www.boost.org/doc/libs/1_80_0/libs/nowide/doc/html/index.html

Здравствуйте, DiZSl, Вы писали:

DZS>Чем плох nowide из boost-а?
DZS>https://www.boost.org/doc/libs/1_80_0/libs/nowide/doc/html/index.html

Как я понял, это обертка, которая позволяет исправить POSIX API, что бы его без проблем, кроссплатформенно, можно было использовать c UFT-8/UTF-16. Зависимость от Boost.

sutfcpplib- легкая, header-only библиотека для преобразования из/в UFT-8/UTF-16/UTF-32. API операционной системы в ней не используется.

Т.е. ответ: это две абсолютно разные библиотеки, для абсолютно разных целей.

DZS>>Чем плох nowide из boost-а?
DZS>>https://www.boost.org/doc/libs/1_80_0/libs/nowide/doc/html/index.html

V>Как я понял, это обертка, которая позволяет исправить POSIX API

Нет. Исправляет реализацию стандартных сишных функций на некоторых маргинальных ОС

V> Зависимость от Boost.

http://cppcms.com/files/nowide/html/#standalone_version

V>Старую поддержку задеприкейтим, не объясняя что случилось
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0618r0.html#2.0

Олсо
V>а нового ничего не дадим.
разницу между "задепрекейтили" и "удалили" понимаешь?

Здравствуйте, σ, Вы писали:

σ>разницу между "задепрекейтили" и "удалили" понимаешь?

Понимаешь — API устарел и не рекомендуется для использования, т.к. спокойненько может быть выпилен в будущем. Предпочитаю не пользоваться таким API.

Здравствуйте, Videoman, Вы писали:

V>В общем пришлось городить свой велосипед. Библиотека header-only, стандарт С++17 и выше, кроссплатформенная, совместима с MSVС, GCC и CLang

simdutf — это не аналог?

Здравствуйте, Nuzhny, Вы писали:

N>simdutf — это не аналог?

Аналог. Но собственно у меня изначально и была проблема не в том, что не существует библиотек, а в том, что таких огромных библиотек море и их нужно собирать. Если нужно комплексное, самое быстрое решение, для готового проекта, то нет проблем. Я-то сам пишу библиотеки, которые должны быть header-only, где не всегда понятно какая система сборки, где активно используются шаблоны, при этом мне же потом все это и поддерживать. Мне такое не подходит. В С++ предпочитаю не использовать стиль Си: transform_XXX_to_YYY_with_ZZZ_.... — и таких 100 методов. Во-первых такой подход хреново работает с шаблонами, т.к. опирается на имена методов, а не на типы. Во-вторых плохо сочетается с С++, т.к. кроме сырых указателей существуют еще итераторы и другие контейнеры. В-третьих такое очень трудно поддерживать.