Оказывается 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

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

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

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

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

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




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

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

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

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

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

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

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

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

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

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

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

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

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

Анатолий.

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

эти параметры описаны тут :
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

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

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

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


Спасибо. Осталось выяснить, что писать после 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

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

CP1251

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

Анатолий.

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

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


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

www.google.com

Анатолий.