0xd34df00d
31.05.2012 22:42 Azoth_primary
Блин, ну почему charT в std::basic_string обязательно должен быть POD'ом? А то так красиво бы получилось зафигачить уникодные строки, просто определив нужный charT.
Recommended by:
@pooq: моча съела говно
што мешает параметризовать его (basic_string) wchar_t?
То, что у меня variable width.
А.
потому что так быстрее делать пустые строки
алсо, ты уверен, что нельзя просто обойтись правильными char_traits?
Што.
Нет, ТРЕБОВАНИЕ же.
какое «требование»?
читай стандарт.
У стрингов.
ну так что мешает написать char traits, которые не нарушают «требования»?
Потому что сам тип должен быть POD, ебать.
uint32_t, внезапно, POD
Мой чар — нет.
Олсо, я бы все равно лососнул тунца с нормализацией (пришлось бы ИНКАПСУЛИРОВАТЬ), так что похуй.
а нахуй ты свой чар сделал не pod?
Потому что у него кастомный конструктор из const char* есть, и copy ctor/op= тоже кастомные.
а нахуй ты их такими сделал? повыёбыватся АРХИТЕКТУРА РАСШИРЯЕМОСТЬ ПЛАГИНЫ КОКОКО?
У меня там char buf [6];, bitwise copy не катит же, нужно делать memcmp по указателю. Если заменю на int32_t, то прокатит
char buf[6]; — эта хуета вылезла исключительно из того, что ты поленился прочесть стандарт
int64_t, ок.
ни один кодпоинт в utf-8 не кодируется больше чем четырьмя байтами