sqlite под linux

UTF-32!!!!!! UTF-512 - галактические масштабы )

> Есть ли альтернативы постоянной конвертации UTF32 - UTF16?

Попробуйте сделать wchar 16-битным. http://gcc.gnu.org/onlinedocs/gcc-4.5.2/gcc/Code-Gen-Options.html#index-fshor...

При этом, видимо, потребуется кастомная сборка Qt.

Честно говоря, встречался в случае С++&Qt только с UTF-8...

> Есть ли альтернативы постоянной конвертации UTF32 - UTF16?

конвертировать надо в кодировку самой БД, чтоб избежать дополнительной конвертации UTF16-UTF8

Какого «„“ разработчики sqlite не позаботились об linux сообществе?

тролль? UTF8 - это норма, а то что в винде wchar_t два байта - так это именно мс-цы козлы сделали не как у всех, на всех более-менее популярных ОС wchar_t это UTF32, а в винде решили сэкономить на байтах

>Честно говоря, встречался в случае С++&Qt только с UTF-8...

Вот и я думаю, может у ТС просто с локалью беда

<libastral=«on»>
у ТС-а на руках вендовая программа, написанная в терминах wchar. И задача портировать её на этот ваш линакс.
</libastral>

wchar_t разве не 2 байта?

> wchar_t разве не 2 байта?

wchar_t по стандарту должен вмещать все возможные символы, UTF32 этому соответствует и используется в линуксе, маке, солярисе и т.д., UTF16 этому не соответствует, но все-равно был выбран M$

Проверил, действительно.

wchar_t по стандарту может быть от 1го байта и выше (на выбор компилятора), это тип предназначен только для внутреннего использования в рамках одной программы.

> wchar_t по стандарту может быть от 1го байта и выше (на выбор компилятора), это тип предназначен только для внутреннего использования в рамках одной программы.

Type wchar_t is a distinct type whose values can represent distinct codes for all members of the largest extended
character set specified among the supported locales

но да - если ОС не поддерживает всякие разные локали, то ей и одного байта хватит

> wchar_t по стандарту может быть от 1го байта и выше (на выбор компилятора)

В iso/iec 14882, раздел 3.9.1, абзац 5, сказано, что wchar_t обязан вмещать себя значения самого большого расширенного чарсета среди всех поддерживаемых локалей. Поэтому, если компилятор поддерживает китайский Unicode, wchar_t по стандарту не может быть ни 8-битным, ни 16-битным.

Боюсь, при этом потребуется кастомная сборка еще каких-нибудь системных библиотек..

> конвертировать надо в кодировку самой БД, чтоб избежать дополнительной конвертации UTF16-UTF8

т.е. sqlite всегда хранит данные в UTF8?

> т.е. sqlite всегда хранит данные в UTF8?

http://www.sqlite.org/pragma.html#pragma_encoding

> Боюсь, при этом потребуется кастомная сборка еще каких-нибудь системных библиотек..

Теоретически - да. Та же glibc предоставляет груду функций для работы с wchar_t. Вопрос в том, действительно ли эти функции вызваются из вашей программы?

Проблема решена конвертацией UTF32 <-> UTF16. Как оказалось, QString так же хранит данные в UTF16 на всех платформах, что позволяет без дополнительных расходов сделалать так: wstring(UTF32) -> QString(UTF16) -> UTF16*, воспользовавшись встроенными декодерами QString.

Всем сочувствовавшим спасибо. Manhunt, отдельный респект :)

Тема закрыта.