Ничего не помешает, только перед тем как вы догадаетесь что это нужно сделать, вы поимеете секса со своей програмой через дебагер. Хотите учиться на своих ошибках учитесь, только ПОЖАЛУЙСТА никому не советуйте использовать "naked" c функцией main.

Анатолий.

Сообщение отредактировал aesok - Dec 27 2007, 19:40

ИМХО, все-таки Y инициализирован и именно значением == SP
или я не прав и это не всегда так ?

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

В принципе, если у Вас есть разрешение на ношение огнестрельного оружия,
Вы можете поиграть и в "русскую рулетку" и никто Вам не помешает...
Тока имейте в виду что это можно делать только до 11 вечера или после 6 утра
чтобы не мешать соседям...

А по теме - кто нибудь использует avr-gcc четвёрку? А то я как посмотрел во что 20071221 превратил строчку "for (i=0;i<10;i++) a+=arr[i];" (правда и так достаточно безобразную), то прямо ужаснулся. Но может я чо не понимаю?

В прологе выполняеться следующий псевдокод:

FP = SP
FP = FP - <frame_size>
SP = FP

где:
FP - Frame Pointer, размещаеться в регистре Y
SP - Stack Pointer
frame_size - размер памяти необходимой для хранения локальных переменных.

адреса [FP+1...FP+1+frame_size] - локальный фрейм функции.

Для всех функций, которые имеют фрейм, FP = SP, и регистр FP(Y) используется в качестве базового для доступа к локальным переменным. В AVR архитектуре SP не может быть базовым регистром. Если функция не имеет фрейма регистр Y(FP) в прологе не инициализируется, и свободно используется компилятором в теле функции.

Если функция naked и не имеет пролога, то FP не может быть навен SP. Если только случайно

Анатолий.

Сообщение отредактировал aesok - Dec 27 2007, 19:45

Я имел в виду не любую функцию а только main!
ИМХО, при входе в main, Y всегда равен SP, ну а дальше, уже в прологе,
отводится место на стеке под локальные переменные.

Я писал про все функции, включая main и начиная с avr-gcc 4.2 + mega256 патч. В avr-gcc 3 main работает немного по другому, но это уже история.

С чего вы взяли что Y == SP перед входом в полог main? Этого никто не гарантировал.

Анатолий.

может и история...
тока после неудачной попытки перехода на 200701xx,
я пока сижу на 2006xxxx, для меня предсказуемость генерируемого кода важнее...

А вот отсюда и взял:

Причем что у avr-libc-1.4.4 и у avr-libc-1.4.6 этот код абсолютно одинаков и кажеться давно
уже не претерпевал никаких изменений...

Разночтения могут возникнуть только если я начну переопределять код в секциях .initX

В init2 Y устанавливается на вершину стека. И что это даёт - Y+1 все равно использовать нельзя.

Тьфу, блин, выше я имел в виду "unsigned char i; for (i=0;i<10;i++) arr[i]=i;" - счетчик цикла обрабатывается как int, хотя объявлен unsigned char.

Сообщение отредактировал 733259 - Dec 28 2007, 01:57

Решил приобщиться к прогрессу, обновил ГЦЦ с 3.4.6 на 4.2.2 - существующий проект под м8 подрос с 2252 байт до 2316. Попробовал OS_main, не заметил НИКАКОГО эффекта! Как было 2316 так и осталось. Что то лыжи не едут... WinAvr 20071221. Чем такое можно объяснить?

тем что ваша функция 'main' не использует "call-saved" регистры и стек для хранения значений локальных переменных.

Анатолий.

Не совсем понял - зачем ломать копья из-за main? Она ровно одна, если вы сэкономите на ней несколько байт (десятков байт) - то что это даст (кроме морального удовлетворения )? Или речь идет о совсем младших мегах?

Кстати, еще вопрос - наверное не в тему - почему нет отдельной ветки для GCC, как это сделано для IAR? Не удобно разыскивать посты, посвященные GCC, в нескольких ветках...

Вы правы почти ничего кроме удовлетворения, раздражает лишний код.
Присоединяюсь, непонятно, ведь gcc куда более распространен.

Сообщение отредактировал 733259 - Jan 14 2008, 09:27

Применение атрибутов OS_main и OS_task позволяет сэкономить от 0 до примерно 40 байт кода и от 0 до 16 байт RAM. Точка. Никто не обещал что добавив в программу 20 буковок и она станет в 2 раза меньше.

Не только. Для ботлоадера очень важен размер кода.

Анатолий.