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

[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

[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