делов то

давайте похлопаем этому уникуму и пожелаем продолжать в том же духе

щас бы называть другой стиль кода поганым🤦‍♂

илья, 10 лет назад я в коде не делал НИ ЕДИНОЙ ОПЕЧАТКИ (примерно за 10 лет как раз). А потом начал, внезапно.

так что юношеский максимализм пройдет

это точно, что ты выдумал какую-то проблему

ну, вернее там есть вариант через throw, но хочется compile-time ошибки

Таки что, тут совсем никак нельзя выкидывать ошибки компиляции, только в рантайме ловить?

https://ideone.com/IZJJyi Можно как-нибудь вставить проверки на элементы const char(&)[N]? Хочется в compile-time парсить строчки

всем хочется

на слона денег нет, сорь

когда есть нужные тулы и умеешь ими пользоваться - никаких проблем. изобретатели этого стиля по-моему сидели всю жизнь в nano и компилировали с -Wnone

В рантайме обнаружишь. Придёт баг от саппорта, когда у юзера баганет. А у него самолёт разбился из-за твоей глупой ошибки

В рантайме обнаружишь. Придёт баг от саппорта, когда у юзера баганет. А у него самолёт разбился из-за твоей глупой ошибки

ракета полетела немного не туда, юзер пишет багрепорт

Только если он не в ракете) Тоже считаю, что лучше ошибки в компайлтайме, чем в рантайме.

Кстати, тут тему конана поднимали.

Объясните, пожалуйста, я правильно понимаю, что он подрубается в cmake и во время генерации файлов просто тянет нужные библиотеки из репозитория ?

если совсем утрировать, то да попутно ещё библиотеки кэшируются у тебя на диске для дальнейшего использования, а подрубаться он может не только в смак

А conan сейчас best practice считается ?

По подключению либ

А conan сейчас best practice считается ?

in development, скорее

А conan сейчас best practice считается ?

Не то, чтобы best practice, но если есть — то неплохо

А как там обстоят дела с большими библиотеками ? Например, могу ли я вытянуть часть boost или opencv ?

Или только либу целиком ?

А как там обстоят дела с большими библиотеками ? Например, могу ли я вытянуть часть boost или opencv ?

можешь подключить кастомный репозиторий bincrafters, у них есть модульный буст

Значит от репозитория зависит ?

in development, скорее

Что значит in development ?

да репозитории могут быть как публично доступными, так и огороженными в рамках локальной сети компании, например

Что значит in development ?

Сыроват и активно развивается. Если есть своя монструозная легасятина — то ещё рано ещё на conan менять

Объясните, пожалуйста, я правильно понимаю, что он подрубается в cmake и во время генерации файлов просто тянет нужные библиотеки из репозитория ?

нет

он качает и ставит депенденсы и создает конфиг файл для твоей билдсистемы, cmake одна из поддерживаемых опций

А как там обстоят дела с большими библиотеками ? Например, могу ли я вытянуть часть boost или opencv ?

буст есть, пакетирован модульно по библиотеке

если кто найдёт чувака, который хочет написать что-то полезное и любит джаву, то шлите на меня сразу

Ну вот он я. Давай мб ближе к выходным обсудим?

Ну вот он я. Давай мб ближе к выходным обсудим?

Окей

https://blog.jupyter.org/interactive-workflows-for-c-with-jupyter-fe9b54227d92

Есть ли какой-нибудь стандартный способ вывода std::u32string через std::cout/std::wcout? По идее можно конвертнуть std::u32string в multi-byte string с помощью std::c32rtomb, но "примет" ли такую строку std::cout? Различает ли как-нибудь стандарт single-byte string и multi-byte string? Можно ещё попробовать конвертнуть multi-byte string в wide string (с помощью std::wcrtomb) и вывести через std::wcout, но тут также возникают два вопроса может ли вместить multi-byte string все символы юникода и может ли вместить wide string все символы юникода?

u32 это по твоему какая кодировка?

а какая в wcout?

стандарту похую

конвертируй в нужную кодировку и в ней выводи

http://en.cppreference.com/w/cpp/string/multibyte/c32rtomb > The multibyte encoding used by this function is specified by the currently active C locale.

Есть ли какой-нибудь стандартный способ вывода std::u32string через std::cout/std::wcout? По идее можно конвертнуть std::u32string в multi-byte string с помощью std::c32rtomb, но "примет" ли такую строку std::cout? Различает ли как-нибудь стандарт single-byte string и multi-byte string? Можно ещё попробовать конвертнуть multi-byte string в wide string (с помощью std::wcrtomb) и вывести через std::wcout, но тут также возникают два вопроса может ли вместить multi-byte string все символы юникода и может ли вместить wide string все символы юникода?

на мой субъективный взгляд, если тебе нужны юникод строки (32) проще воспользоваться либой ICU. также она позволяет легко конвертить в UTF8 и обратно в 32. и по поводу вывода можно не парится. а ещё там куча полезных штук как, например, приведение символов к нижнему регистру. мне лично с ней проще было работать.

на мой субъективный взгляд, если тебе нужны юникод строки (32) проще воспользоваться либой ICU. также она позволяет легко конвертить в UTF8 и обратно в 32. и по поводу вывода можно не парится. а ещё там куча полезных штук как, например, приведение символов к нижнему регистру. мне лично с ней проще было работать.

проще воспользоваться ICU O_o

:)

слушай, ну каждому своё. мне им действительно проще пользоваться, чем заморачиваться с локалями и прочим. тем более, что под мою задачу это больше подходило.

Мне в одном проекте надо было преобразовывать из cp866 в utf8 самое простое и быстрое (в плане процессорного времени) оказалось сделать свою функцию с длиннее Ким switch/case )

Да и не люблю я эти wstring...

http://en.cppreference.com/w/cpp/string/multibyte/c32rtomb > The multibyte encoding used by this function is specified by the currently active C locale.

А где можно посмотреть, что такое currently active C locale? (и вмещает ли эта multibyte кодировка все юникод символы?) И как сделать так, чтобы std::cout выводил именно в этой локали (или кодировке, уже путаюсь)?

Мне в одном проекте надо было преобразовывать из cp866 в utf8 самое простое и быстрое (в плане процессорного времени) оказалось сделать свою функцию с длиннее Ким switch/case )

у меня тоже есть свой конвертер из utf8 в 32, но вот с преобразованием заглавных букв я бы застрелилась (потому что в юникоде диапозоны букв по-разному раскиданы), поэтому использовала icu)))

Просто в c32rtomb ничего не написано про ошибки в случае, если c32 не представим в multibyte кодировке, значит по идее любой юникод символ должен быть представим в multibyte кодировке

слушай, ну каждому своё. мне им действительно проще пользоваться, чем заморачиваться с локалями и прочим. тем более, что под мою задачу это больше подходило.

я согласен что лучше делать utf32->utf8 чем локали ковырять :) просто ICU - это как космолёт :)

у Яндекса в опенсорсе есть функции конвертирования туда-сюда кстати

https://github.com/catboost/catboost/blob/master/util/charset/wide.h#L346

я согласен что лучше делать utf32->utf8 чем локали ковырять :) просто ICU - это как космолёт :)

ну у них документация норм, день потупишь - найдёшь решение задачи)

в масштабах вселенной вообще любая проблема не важна)

но мне вот очень надо было) только наоборот, заглавные в строчные

но мне вот очень надо было) только наоборот, заглавные в строчные

в турецком языке будет проблемка...

на мой субъективный взгляд, если тебе нужны юникод строки (32) проще воспользоваться либой ICU. также она позволяет легко конвертить в UTF8 и обратно в 32. и по поводу вывода можно не парится. а ещё там куча полезных штук как, например, приведение символов к нижнему регистру. мне лично с ней проще было работать.

прости, но utf конвертируется в utf прекрасно без всяких дополнительных библиотек, это не перекодировка чарсетов ВООБЩЕ

https://habrahabr.ru/company/otus/blog/343566/.it

если тебе надо какие-то преобразования с символами делать - тогда да, без ICU мало куда можно податься

Просто в c32rtomb ничего не написано про ошибки в случае, если c32 не представим в multibyte кодировке, значит по идее любой юникод символ должен быть представим в multibyte кодировке

зависит конечно же от кодировки, например в UCS2 не весь юникод представим

прости, но utf конвертируется в utf прекрасно без всяких дополнительных библиотек, это не перекодировка чарсетов ВООБЩЕ

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

зависит конечно же от кодировки, например в UCS2 не весь юникод представим

char32_t это же UTF-32 или нет?

это UTF-32

но я тебе про mb сторону конверсии

а ты мне почему-то про c32

но я тебе про mb сторону конверсии

просто я не понимаю где в описании c32rtomb есть ограничение на возможность конверсии

Ограничение в этом заключается? At most MB_CUR_MAX bytes can be written by this function.

> Converts a UTF-32 character to its narrow multibyte representation. narrow

дальше все зависит от кодировки, как я сказал в UCS2 влезает не весь юникод

> Converts a UTF-32 character to its narrow multibyte representation. narrow

Т.е. если символ не представим, то он просто "урежется" без всяких ошибок и прочего?

статья полезна. не полезна только своими числами, не более

и автор закладывал совершенно иной смысл, я так думаю

if c32 is not a valid 32-bit character valid 32-bit character это валидный символ с точки зрения UTF-32 или с точки зрения multibyte кодировки?

Т.е. если символ не представим, то он просто "урежется" без всяких ошибок и прочего?

это хороший вопрос, ничего по этому поводу не написано

ну и не видь дальше, мне то что

но зачем в этой статье С++ вообще?)

тут как бы он и не нужен

это хороший вопрос, ничего по этому поводу не написано

http://en.cppreference.com/w/c/string/multibyte/c32rtomb В C документации несколько другое описание Converts a single code point from its variable-length 32-bit wide character representation (but typically, UTF-32) to its narrow multibyte character representation. If the macro __STDC_UTF_32__ is defined, the 32-bit encoding used by this function is UTF-32; otherwise, it is implementation-defined. In any case, the multibyte character encoding used by this function is specified by the currently active C locale. Причём в C++ доках есть такой же макрос http://en.cppreference.com/w/cpp/string/multibyte __STDC_UTF_32__ indicates that UTF-32 encoding is used by mbrtoc32 and c32rtomb (macro constant)

И здесь http://www.cplusplus.com/reference/cuchar/c32rtomb/ If the __STD_UTF_32__ is defined, c32 shall follow UTF-32 encoding.

ну вот

ну так они тормозят, если брошены)