Не компилируется вывод u8 строк:



MSVC + включён latest draft версия C++.

А что делать-то? Ну кроме явного приведения к char *. :)

Я чувствую, что в С++20 нас ждёт глобальный песец. Вот именно из-за введения типов
аля char8_t и std::u8string. Дураками будут выглядеть все, кто написал u8 или вообще
использовал utf-8 без особой необходимости.

А пользователи std::wstring будут хитро ухмыляться себе под нос.

Ага, они-то на неспособность её вывестись в std::cout наступили гораздо раньше...

В том то и дело, что они решили эту проблему лет 20-ть назад (std::wcout).

Сейчас я наблюдаю шедевральное приключение. В MSVC если файл исходника в
utf-8 without BOM, то и строка "Привет" в программе в кодировке utf-8. Если файл
utf-8 with BOM, то строка в кодировке Windows-1251.

Возможно я что-то перепутал и тогда всё наоборот. При этом префикс u8 не даёт
никакой определённости и его результат зависит от кодировки файла. Ещё существет
#pragma, которая явно задаёт кодировку строк в utf-8.

При этом если файл исходника utf-8 without BOM, то кодировка широких символов
L"Привет" слетает — оно не работает. Или не работало недавно.

Сейчас ещё добавятся типы char8_t и std::u8string и тогда количество вариантов
явно увеличится. Скоро полетит вообще весь код, где написано u8"Операция Ы".

"О, сколько нам открытий чудных..."

Каким способом по-твоему компилятор должен угадать кодировку исходника чтобы привеcти твой
литерал в запрошенную тобой utf-8?..

Давай по другому? Программисты на Шарпе испытывают такие вселенские проблемы?

Конечно. Речь идёт о включённой опции "Preview - Features from the Latest C++ Working Draft (/std:c++latest)" в Студии.

Шарпеи пишут исходники в редакторах, отличных от среды, автоматически (принудительно)
сохраняющей их в кодировке UTF-8 с ВОМ?

Зачем, по-твоему, у компиляторов есть ключ для указания кодировки исходника?..

Да, тут я затупил, сорри.

Наверное, потому что в GUI Студии никогда не видел принудительной установки кодировки.

Да ничего там не поменяется, хоть как собирай. У строки u8"..." поменялся тип. Раньше он был char[]. Теперь он другой.

А зачем он тогда вообще нужен?

Так давно уже говорилось и повторялось, что utf-8 вообще ни для чего не нужен.
А вот вреда от него целый состав (из вагонов).

UTF32.

Сейчас, конечно, набегут фанатики и будут рассказывать про то как они сэкономили
один мегабайт памяти с utf-8. И это всё при том, что они работают под Depeche Mode во
второй вкладке с Ютубом. И Гугл Хром прокачивает за рабочий день гигабайты.

Разбудите меня когда в Линухе появится wopen() или хотя бы fwopen()...

Вы уверены, что функция открытия файла имеет какое-то отношение к
кодировке файла? Мне кажется, что нет. Да и Линукс тут не причём.