Не получается скомпилировать вот это.

main.cpp


Компилятр AVR-GCC, makefile студийный.
Ошибки ссылаются на строки объявления переменных q1 и q2:

Build started 17.12.2010 at 00:17:42
avr-g++ -mmcu=atmega128 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT main.o -MF dep/main.o.d -c ../main.cpp
cc1plus.exe: warning: command line option "-std=gnu99" is valid for C/ObjC but not for C++
../main.cpp: In function 'int main()':
../main.cpp:13: error: initializer-string for array of chars is too long
../main.cpp:14: error: too many initializers for 'const char [0]'

Откуда компилятор знает размер вашего типа?
В определении типа необходимо указать максимальный размер строки +1!!
Например, так:


или вообще использовать УКАЗАТЕЛЬ на char с соответствующей обработкой!

Логично.
Буду использовать указатель.
Тем не менее вопрос, как правильно инициализировать последовательностью байт?

Q q2 = {0, {0x00, 0x01, 0x02}};

может так?

компилятор положит строку VASYA себе в константы, а указателю присвоит адрес на первый символ.

Я конечно, в сях не специалист. Но вот как это в атмеге будет выглядеть инициализация переменной которая является константой. Т.е. объектом, который лежит в памяти программ.... Да и вроде как Си позволяет менять константы токо на этапе объявления.

Имхо, бессмысленный код.

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

т. е.
то, что обычно делается вот так
text = "ВАСЯ";
приходится делать вот так
text = {RUS('В', 'А', 'С', 'Я', 0)};
что в итоге даст
text = {0x42, 0x41, 0x43, 0xB1, 0x00};

Поэтому и есть желание инициализировать побайтно и по возможности в структуре.

Сообщение отредактировал Sirko - Dec 18 2010, 05:53

Правильно. Зачем искать простой путь и инициализировать простыми и понятными числами.
Вам еще повезло, что вы не китаец.

я что-то Вас не понимаю наверно.

код ложит байтики "VASYA))" подряд же. И инизиализирует *Text адресом буквы V. Пройдитесь далее своим транслятором по этим буковкам, пока не встретите 0 и подмените что надо. А в исходнике будут обычные русские буквы, коды которых известны и прерятствий для "трансляции" нет вроде как ))
Хотите туда пару байт добавить - пожалуйста
ноль в конце строки по прежнему будет присутствовать "сам по себе" )

Простите, что именно Вам не понятно про инициализацию констант? И почему атмега тут занимает какое-то особое место?

отличный код, делающий как раз то, что просит автор )

Почитайте внимательно это:
http://www.nongnu.org/avr-libc/user-manual...l#faq_rom_array
В Вашем случае похожая ситуация, только не массив строк, а структурка из инта и указателя на строку. Но суть та же (строка и указатель на неё - две сущности, для помещения которых во флешь при помощи avr-gcc нужно 2 действия).

аххх во флеше... вот блин. мой косяк.

Доброго времени суток. Спасибо за дискуссию.
Хоть на данном этапе я проблему обошел, тем не менее вопрос остался открытым.


Вероятнее всего.

А тродность моя в том, что

транслятором по строке я могу пройтись только на этапе выполнения программы, (что в настоящее время я и реализовал). А зеленое чудовище меня давит за расточительность ресурсов. Q q2 = {0, "VASYA))\x01\x02\x03"} тоже вариант, но наглядность инициализации пропадает. Возможно есть способ строку передать в макрос и там ее обработать, но как это сделать, ума не приложу.

а давай-те ка сюда кусок кода побольше... чтоб можно было чё-ниить прикинуть, так сказать, в контексте задачи...

Может таки свой алфавит не смертельно?
Кодовая таблица исходника не меняется?

Я с немецким вот так борюсь:

#define auml "д"
"n"auml"chster Serv."

В моем дисплее русская д кодовой таблицы Windows отображается как а с умляутом.

С русским хуже - больше новых букв

_V_a_s_j_a,
где
#define _U "В"
#define _a "a"

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

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

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