Век живи, век учись..., функции в CodeVision не позволяют возвращать структуры Опции

[zhevak]

ну, или скорее это удар в поддых...

Ситуация такая. Пишу крупный прокт на CodeWizardAVR V1.25.3 Standard для mega2561.

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

Код

typedef BYTE MSG;

, а как в виде структур

Код

typedef struct
{
  BYTE code;
  WORD param;
} MSG;

Предвижу Ваши соображения по поводу неизвестных BYTE и WORD. Где-то в хэдерных файлах у меня есть определение

Код

typedef unsigned char BYTE;
typedef unsigned int WORD;

так что все здесь срастается и работает.

Переделываю исходники на новый лад и ... получаю удар граблями со стороны CodeVision.
Угадайте с трех раз, откуда?

Подсказка

Error: ... function must return a pointer to structure

раньше было красиво

msg = GetMessage();

Сейчас это уже не канает. Даже передать указатель на структуру, как это просит уважаемый CV, нельзя. Ну, не в том смысле что компилятор не пропустит, а в том, что на _какую_именно_структуру? -- Т.е. на ту, которая определяется в функции, -- нельзя. Ибо структура прекратит свое существоание в момент выхода из функции. Указатель невалиден. Значит остается, единственное решение -- наоборот, передавать указатель в функцию. Как-то это все не по-людски...

Я уже было усомнился в своих знаниях языка (1) по передаче структур из функций, а потом в самих компиляторах для микроконтроллеров. Но нет! Ни старый добрый Borland Turbo-C 2.0, ни IAR таких ограничений не налагают.

Знаит, это есть причуда CV. Читаем в хэлпах КоудВижина

The old Kernighan & Ritchie style of writing function definitions is not supported.

и еще тут

Because some AVR devices have a small amount of SRAM, in order to keep the size of the Data Stack small, it is recommended not to pass structures as function parameters and use pointers for this purpose.

Правда, про возврат структур тут прямо ничего не сказано. Но видимо, подрадумевается, что программер понимает, что если передавать структуру в функцию -- это вилы, то уж возврат из функции явно крах всей системы!

Народ, не наступайте на мои грабли Больна-а...

[zhevak]

я там где-то ранее обещал опубликовать результаты перенеса кода из CV в IAR.

Ну что сказать? Код перешел легко и непринужденно. Изменения произошли только в вызовах прерываний (немного другой синтаксис) и в переменных типа bit. Последние я тупо заменил на BYTE, их немного, штук пять, поэтому практически они ни на что не лияют.

Попутно, что мне понравилось, так это когда IAR указал варнингами на мои ошибки. Самая страшная, это когда беззнаковой переменной я присваивал минус единицу. CV просто проглатывал.

Иногда, там, где действительно есть ошибки и он CV видит их, он дает не совсем корректную диагностику. Этого мало, он может отправить вас вообще не туда, где лежит ошибка =8-[

Да много чего хорошего можно сказать про IAR против CV. Только мне хотелось бы озвучить результаты.

Размер флешь-кода, полученного в CV составляет 4030 слов (или 8060 байт). У IAR код получился размером 7086 байт. Могу сказать только то, что в IAR была устновлена максимальная оптимизация.
(К стати, в текстах для IAR, и в текстах для CV (т.е. -- везде) я заменил bit на BYTE.)

Но вот есть еще один, неприятный для CV факт. У меня в коде присутствует кусок размером 1536 байт, который является растром шрифта. По идее это кусок надо бы вычесть из размера флешь-кода, поскольку это не команды. Т.е. соотношение откомпилированного кода явно в пользу IAR.

Но самое забавное, что я вошел в азарт и перенес в IAR старый проект для tiny2313. Там CV создал код в 890 слов (1980 байт), а вот IAR перестарался -- 2012 байт. До кучи, IAR не смог создать отладочную версию, т.к. вылелел за 2048 байт.

Выводы делать не буду, комментировать цифры тоже. "Исходники в студию не принесу", авторство, разумеется, -- мое, но вот исходники (собственность) принадлежат фирме.