UNICODE в WinAVR Опции

[777777]

Оказывается WinAVR знает о существовании UNICODE. Если написать строку

int Name[] PROGMEM = L"name";

то он ее успешно транслирует. Более того, он знает о существовании типа wchar_t, так как если не поставить L перед строкой, то он выдает ошибку "wchar_t-array initialized from non-wide string". Однако если написать

wchar_t Name[] PROGMEM = L"name";

то он на нее ругается. Но самая главная неприятность - если написать в строке русские буквы

int Name[] PROGMEM = L"Имя устройства";

То он их начисто отказывается понимать. Возникает законный вопрос - насколько далеко у WinAVR просираются знания о UNICODE и если они ограничиваются латинскими буквами - то на фига он нужен?!

Сообщение отредактировал 777777 - Jul 31 2008, 04:46

[zltigo]

...то на фига он нужен?!

Увы, иногда нужна и латиница, например, идентификаторы USB-ишные

[777777]

Увы, иногда нужна и латиница, например, идентификаторы USB-ишные

Иногда? ну-ну.
Мне как раз и надо идентификатор USB-шный. Только я хочу назвать его по-русски. Для того юникод и придуман. И если этот крутой gnu-тый компилятр, которым так восхищаются виндовсоненавистники ограничивает свое знание юникода латинскими буквами, то... мне жалко этих несчастных фанатиков.

[amw]

Иногда? ну-ну.
Мне как раз и надо идентификатор USB-шный. Только я хочу назвать его по-русски. Для того юникод и придуман. И если этот крутой gnu-тый компилятр, которым так восхищаются виндовсоненавистники ограничивает свое знание юникода латинскими буквами, то... мне жалко этих несчастных фанатиков.

Прежде чем возмущатся неплохо бы подумать что значит поддержка юникода и поместиться ли она во флеш AVR.
А оскорблять людей (в том числе и теоретически существующих ненавистников) найдите другое место.

[mdmitry]

Прежде чем возмущатся неплохо бы подумать что значит поддержка юникода и поместиться ли она во флеш AVR.
А оскорблять людей (в том числе и теоретически существующих ненавистников) найдите другое место.

В добавление к amw. Неплохо бы посмотреть поддержку unicode в документации к компилятору (ключи компилятора и режимы компиляции).

[zltigo]

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

Для начала автор описал, что он хочет - просто написать/описать одну юникодную стороку, напимер для последующего побайтного вывода. Для этого ни одного дополнительного бита в библиотеках не надо, поскольку о работе с такими cтроками речь не идет.

Неплохо бы посмотреть поддержку unicode в документации..

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

[777777]

Прежде чем возмущатся неплохо бы подумать что значит поддержка юникода и поместиться ли она во флеш AVR.

Поддержка юникода - это возможность компилятора генерить строки в юникодной кодировке, ни одного байта во флеше AVR для этого не требуется. И, увидев, что компилятор умеет транслиовать строку L"name" я справедливо решил, что он сможет оттранслировать и L"имя" - а иначе зачем тогда вообще поддержка префикса 'L'?! Оказалось - нет. Надеюсь, вы в состоянии представит мое разочарование. Это примерно то же, как увидеть на дороге кошелек с торчащими из него баксами, наклониться за ним, но тут мальчик, сидящий за кустом дергает за ниточку и вместе со своими друзьями начинает ржать.

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

Сообщение отредактировал 777777 - Jul 31 2008, 12:59

[ukpyr]

вообще-то WinAVR - это сборка GCC под Win, AVR-Libc к этому отношения не имеет, поэтому на счет поддержки UNICODE обратитесь к документации на GCC - ведь как-то работают другие программы с UNICODE ...
есть там параметры -fexec-charset, -fwide-exec-charset, -finput-charset.

[777777]

вообще-то WinAVR - это сборка GCC под Win, AVR-Libc к этому отношения не имеет

Поэтому я пишу в этом разделе, а не в AVR

поэтому на счет поддержки UNICODE обратитесь к документации на GCC - ведь как-то работают другие программы с UNICODE ...

Ну да, в Visual Studio, например, ты просто берешь и пишешь:

И компилятор сразу все понимает без каких-то дополнительных ключей. В конце концов, юникод для того и придумывался, чтобы не думать о кодовых страницах!

есть там параметры -fexec-charset, -fwide-exec-charset, -finput-charset.

Может тыкнете носом? У меня проблемы с поиском инфы в gcc-шной документации...

И, все-таки, вопрос к тем, кто делал USB-устройства: неужели вы набивали имя шестнадцатеричными числами?

Сообщение отредактировал 777777 - Jul 31 2008, 15:14

[aesok]

Ну да, в Visual Studio, например, ты просто берешь и пишешь:

И компилятор сразу все понимает без каких-то дополнительных ключей. В конце концов, юникод для того и придумывался, чтобы не думать о кодовых страницах!

А вот Вы не поленитесь и подумайте, в какой кодировке сохранен этот файл? Случайно не в unicode?

А Ваш .с файл (с L"Имя устройства";) в какой? В кодовой станичке 1251? И компилятор дожен сам угадать кодоваю страницу? А что будет этот файл тоже сохранить в unicode?

Анатолий.

Сообщение отредактировал aesok - Jul 31 2008, 15:40

[ukpyr]

эти параметры описаны тут :
http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gc...ocessor-Options

-finput-charset задает кодировку исходника,
-fexec-charset - задает кодировку, используемую внутри программы для char строк (по умолчанию UTF-8),
-fwide-exec-charset задает кодировку, используемую внутри программы для wchar строк (UTF-32/16).

В какой кодировке у вас текст ?

Сообщение отредактировал ukpyr - Jul 31 2008, 16:45

[777777]

А вот Вы не поленитесь и подумайте, в какой кодировке сохранен этот файл? Случайно не в unicode?

Не стоит считать всех идиотами. Разумеется в unicode. Только там для этого не приходится извращаться.

А Ваш .с файл (с L"Имя устройства";) в какой? В кодовой станичке 1251? И компилятор дожен сам угадать кодоваю страницу?

Вообще-то нет икаких проблем чтобы угадать кодовую страницу. Простейший notepad позволяет сохранять текстовые файлы в любой кодировке и распознает ее при открытии.

А что будет этот файл тоже сохранить в unicode?

Тогда он не будет распознаваться IDE-шным редактором. Да-да, я понимаю, она не имеет отношения к gcc. Один пришивает рукав, другой пуговицы. Только что делать юзеру? Похоже так и придется набивать имя в хексе.

эти параметры описаны тут :
http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gc...ocessor-Options

-finput-charset задает кодировку исходника,
-fexec-charset - задает кодировку, используемую внутри программы для char строк (по умолчанию UTF-8),
-fwide-exec-charset задает кодировку, используемую внутри программы для wchar строк (UTF-32/16).

Спасибо. Осталось выяснить, что писать после charset=... Там ссылаются на iconv library routine, а в ее хелпе никаких значений не приводится.

Кстати, попробовал написать -finput-charset=1251, в результате получил:
cc1.exe: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
(

В какой кодировке у вас текст ?

В той, которую понимает IDE, т.е. в ANSI. Других она не понимает.

Сообщение отредактировал 777777 - Aug 1 2008, 06:48

[aesok]

Осталось выяснить, что писать после charset=... Там ссылаются на iconv library routine, а в ее хелпе никаких значений не приводится.

http://www.gnu.org/software/libiconv/

CP1251

Это в последний раз когда я за вас думаю.

Анатолий.

Сообщение отредактировал aesok - Aug 1 2008, 07:13

[777777]

http://www.gnu.org/software/libiconv/

CP1251

Спасибо, но Segmentation fault осталась. Перепробовал много значений, но работает только когда указываешь UTF-8. Надо будет попробовать другие версии WinAVR.

Это в последний раз когда я за вас думаю.

Здесь думать не надо, здесь надо уметь искать gnu-тую информацию, а это нелегко. Даже в MSDN при всей ее уродливости можно найти гораздо легче.

[aesok]

Здесь думать не надо, здесь надо уметь искать gnu-тую информацию, а это нелегко. Даже в MSDN при всей ее уродливости можно найти гораздо легче.

www.google.com

Анатолий.

[AHTOXA]

У меня на -finput-charset ругается более определённо:

Код

error: no iconv implementation, cannot convert from UTF-8 to CP866

То же самое и с CP1251.

Тогда я сделал проще.

1. Написал строчку в main.c:

Код

int Name[] PROGMEM = L"Супер-пупер";

2. Открыл main.c в блокноте, и сохранил его в формате UTF-8 (под именем main.txt, чтобы остальные строковые константы не испортить).
3. Открыл main.txt в обычном ascii-редакторе (у меня это редактор FAR-а) и скопировал получившуюся строчку (она выглядит примерно так):

Код

int Name[] PROGMEM = L"РЎС_РїРчС_-РїС_РїРчС_";

в мой main.c.

И телемаркет ©

[ukpyr]

Ваш редактор не знает UTF-8 ? o_O
возмите хотя-бы notepad++ или scite - там такие конвертеры встроенные.

Сообщение отредактировал ukpyr - Aug 1 2008, 17:36

[AHTOXA]

Ваш редактор не знает UTF-8 ? o_O
возмите хотя-бы notepad++ или scite - там такие конвертеры встроенные.

Ну и к чему здесь это ваше высказывание? Мне категорически не надо, чтобы мои исходники были в UTF-8. Поэтому такая поддержка — последняя вещь, которую я оценю в редакторе
Просто помог человеку решить его проблему.

[amw]

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

Код

#define UNICODE(x)        (x), 0x00

const struct USB_STRING_DESCRIPTOR usb_mfg_desc = {
    .bLength        = 2 + 17 * 2,
    .bDescriptorType    = USB_DESC_STRING,
    .bString        = {
        UNICODE('D'),
        UNICODE('A'),
        UNICODE('C'),
        UNICODE(' '),
        UNICODE('I'),
        UNICODE('n'),
        UNICODE('t'),
        UNICODE('e'),
        UNICODE('r'),
        UNICODE('n'),
        UNICODE('a'),
        UNICODE('t'),
        UNICODE('i'),
        UNICODE('o'),
        UNICODE('n'),
        UNICODE('a'),
        UNICODE('l')
    }
};

Думаю модифицировать макрос для нужного языка неслжоно.

PS: Желание использовать какой-либо иной язык, кроме английского, в дескрипторах было напрочь отбито, когда устройство через 2 года производства вставили в ПК с Milenium (помните такую версию винды?) и ее разнесло в "дребезги-пополам" ((С) Жванецкий). Пришлось отзывать 100000 устройств и перешивать дескрипторы. Возможно в XP или Vista дело улучшилось, но предпочитаю не рисковать.

2. Открыл main.c в блокноте, и сохранил его в формате UTF-8

А разве UTF-8 катит для дескриптора? Разве там не UTF-16?

Мне категорически не надо, чтобы мои исходники были в UTF-8.

Мои исходники всегда в UTF-8. И чем это мешае компилятору? Он соответствует ASCII относительно собственно кода.

[AHTOXA]

А разве UTF-8 катит для дескриптора? Разве там не UTF-16?

Компилятору нужна была исходная строка в UTF-8. А он её преобразовал в юникод. (я в bin-файле посмотрел)

Мои исходники всегда в UTF-8. И чем это мешае компилятору? Он соответствует ASCII относительно собственно кода.

А русские строчки? Ну, строковые константы? А таблицы перекодировки для вывода на ЖКИ? А шрифты?
Да ну их, эти геморрои с преобразованием, лучше уж я буду точно знать, что у меня и где

[777777]

1. Написал строчку в main.c:

Код

int Name[] PROGMEM = L"Супер-пупер";

2. Открыл main.c в блокноте, и сохранил его в формате UTF-8 (под именем main.txt, чтобы остальные строковые константы не испортить).
3. Открыл main.txt в обычном ascii-редакторе (у меня это редактор FAR-а) и скопировал получившуюся строчку в мой main.c.

В общем, я сделал примерно так же за следующими исключениями:
1. создал файл с единственной строкой
int Name[] PROGMEM = L"имя";
и #include'ил ее в нужном месте в программу.
2. файл создавал редактором Visal Studio, так как блокнот создает utf-8 с сигнатурой в начале файла, а компилятор на эти символы ругается; у Visal Studio больше возможностей редактирования и им можно создать файл в utf-8 без сигнатуры, даже когда открываешь этот файл повторно, он догадывается о его кодировке (несмотря на отсутствие сигнатуры) и предлагает открыть именно как utf-8

Код

#define UNICODE(x)        (x), 0x00

Думаю модифицировать макрос для нужного языка неслжоно.

А я думаю что сложновато.

PS: Желание использовать какой-либо иной язык, кроме английского, в дескрипторах было напрочь отбито, когда устройство через 2 года производства вставили в ПК с Milenium (помните такую версию винды?)

Я знаю людей, которые до сих пор пишут комментари по-русски латинскими буквами на том основании, что когда они работали в ДОСе (!) то там было много кодировок и их комментарий мог где-то не прочитаться. Вы чем-то на него похожи: миллениум всеми успешно забыт, а вы все боитесь русских букв. Хотя юникод придуман как раз для того, чтобы он был единственной кодировкой.

Хорошо известно, что юникод поддерживают только NT-based системы; вместо того, чтобы отзывать 1(0...) устройств, следовало бы в инстукции перечислить ОС с которыми ваше устройство работает.

Мои исходники всегда в UTF-8. И чем это мешае компилятору? Он соответствует ASCII относительно собственно кода.

Тем, что его не понимает редактор AVR-студии. Впрочем, если в нем нет русских букв, то несколько странно утверждать, что он в utf-8

Сообщение отредактировал 777777 - Aug 4 2008, 09:44

[amw]

Компилятору нужна была исходная строка в UTF-8. А он её преобразовал в юникод. (я в bin-файле посмотрел)
А русские строчки? Ну, строковые константы? А таблицы перекодировки для вывода на ЖКИ? А шрифты?
Да ну их, эти геморрои с преобразованием, лучше уж я буду точно знать, что у меня и где

А, понял.
Я пишу коментарии на английсом, а строчки всегда в файлах перевода. Ну в общем в отдельных файлах находятся все сообщения для пользователя. В общем используем подход по аналогии QT Linguist. И переводчикам легче.

Я знаю людей, которые до сих пор пишут комментари по-русски латинскими буквами на том основании, что когда они работали в ДОСе (!) то там было много кодировок и их комментарий мог где-то не прочитаться. Вы чем-то на него похожи: миллениум всеми успешно забыт, а вы все боитесь русских букв. Хотя юникод придуман как раз для того, чтобы он был единственной кодировкой.

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

Хорошо известно, что юникод поддерживают только NT-based системы; вместо того, чтобы отзывать 1(0...) устройств, следовало бы в инстукции перечислить ОС с которыми ваше устройство работает.

Такого подхода я непонимаю. Мои устройства конечно не рботают в ДОС, Вин 3.11 им подобными, но Linux, FreeBSD, Solaris, MacOS 9+, Win98 - NT4 2000 - Vista - обязательны.

Тем, что его не понимает редактор AVR-студии. Впрочем, если в нем нет русских букв, то несколько странно утверждать, что он в utf-8

Иногда все же бывают строки на не-английском языке прямо в коде. Про avr-gcc ничего не могу сказать, но по крайней мере i686, x86_64, arm, и под некоторые специфические архитектуры проблем это не вызывает.

[ukpyr]

Хорошо известно, что юникод поддерживают только NT-based системы

это с каких пор ?

Сообщение отредактировал ukpyr - Aug 4 2008, 19:05

[777777]

это с каких пор ?

Запусти какую-нибудь юникодную программу под Win98 и прочитай что она тебе напишет.

[Andrew O. Shadou...]

Запусти какую-нибудь юникодную программу под Win98 и прочитай что она тебе напишет.

4.2
Если *некоторые* недопрограммы под недоОС, написанные недопрограммистами, не умеют пользоваться тем, что есть, это их индивидуальные интимные проблемы.
Кроме того, никто не отменял независящие от вендора реализации работы с Unicode. Вещи, которые, насколько я знаю, *невозможно* сделать в 9х, — это юникодные заголовки окон, юникодный ввод с клавиатуры (без использования "кодовых страниц"), юникод в терминале. Всё остальное можно либо реализовать самому, используя имеющееся API, либо положиться на реализацию от кого-либо ещё, а таких немало: MSLU (от вендора), GLib и компания, Qt.

--
WBR, Andrew