Фичи в упор не вижу, а баг 100% - нет ни одной причины не сгенерить, как уже говорилось, ICALL.

Да, ну и конечно стоит еще добавить вариант который должен быть правильным для
всех аврок и не использует асм:


только при этом рамы 2 байта зазря расходуем

Бага поведение которой 100% известно, это уже не бага а фича

А почему только до 8kb, а не до 128kb?
Этот код на m128 точно будет работать - значит это общий случай.
только если делать "asm" вставку, то что мешает написать


будет работать без ограничений для толтых чипов.

ЗЫ: зачем писать "__asm__ __volatile__" когда уже есть макрос "asm". придерживающийся одинакового синтаксиса и поддерживаемый всеми компиляторами для AVR (по крайней мере теми, которые я пробовал).

А, ведь точно - прав singlskv!

Наверное, отсутствие команды jmp в m8

не не, я там просто неправильно выразился,
быстро писал

я насчет "asm" и "__asm__ __volatile__"
Пост уже подправил.

ну в том смысле что на <=8Кб по другому никак
на толстых то и без асм все работает ((void(*)(void))0)();
А это немного народное поверие когда-то давно вычитаное из описания avr-libc :

Let us first examine the part of a compiler listing which may have been generated
from our example:
lds r24,value
/* #APP */
in r24, 12
/* #NOAPP */
sts value,r24
The comments have been added by the compiler to inform the assembler that the included
code was not generated by the compilation of C statements, but by inline assembler
statements. The compiler selected register r24 for storage of the value read
from PORTD. The compiler could have selected any other register, though. It may not
explicitely load or store the value and it may even decide not to include your assembler
code at all. All these decisions are part of the compiler’s optimization strategy. For
example, if you never use the variable value in the remaining part of the C program,
the compiler will most likely remove your code unless you switched off optimization.
To avoid this, you can add the volatile attribute to the asm statement:
asm volatile("in %0, %1" : "=r" (value) : "I" (_SFR_IO_ADDR(PORTD)));

ну а запись "__asm__ __volatile__" это так в самой avr-libc пишут...

Нет, это к работающей собаке впридачу. Вот cli() только картину портит не-сишностью.



Другой вариант, если целый стек


2singlskv: А скажите пожалуйста, __bad_interrupt всегда был jmp 0 ?

Картину "портит" возврат фиг знает куда, где и прерывания,между прочим могут снова разрешены, вещи типа __disable_interrupt() уже вполне "сишные" для ембедеров .

Еще раз напоминаю, что переход по нулевому адресу не есть Reset - перефирия не в исходном состоянии. Особых альтернатив Watchdog-у в этом отношении нет, а тупое соединение ножки с ресетом (если без ресетчика), вообще делать нельзя ввиду непредсказуемой длительности импульса сброса.

Пожалуста укажите версию WinAVR и опции компилятора. У меня '((void(*)(void))0)();' всегда компилиться в


Анатолий.

Не верю

WinAVR-20071221







Попробовал - компилится без проблем.

WinAVR-20050214 и какие опции интересны?

Извините ни какие. Старенький он. Не буду смотреть.

Анатолий.

Ну это не спортивный подход

Тогда можно просто написать:
Типа напоминаем компилятору что __vectors у него таки определен, но
к сожалению не вынесен в заголовочные файлы.
ну и получаем mega8:

mega16:

Я уже приводил пример как оно у меня без проблем работает:



А 20060421 тоже старенький уже ? (вроде Gcc3.4.6 еще много где поддерживается)
Где смотреть правильный багтрекер на компилятор который в WinAVR ?

Для меня да.



Здесь: http://www.nongnu.org/avr-libc/bugs.html
И в WinAVR проекте на sourceforge.net: http://sourceforge.net/tracker/?group_id=6...amp;atid=520074

Анатолий.

вот простая прога

#include <avr/io.h>
volatile unsigned char x, y, z;
int main(void)
{
x=1;
y=1;
z=x+y;
((void(*)(void))0)();
for(;;);
return(0);
}
вот что компельнул
............................
@0000002E: main
---- main.c ---------------------------------------------------------------------------------------
4: {
+0000002E: E5CF LDI R28,0x5F Load immediate
+0000002F: E0D4 LDI R29,0x04 Load immediate
+00000030: BFDE OUT 0x3E,R29 Out to I/O location
+00000031: BFCD OUT 0x3D,R28 Out to I/O location
5: x=1;
+00000032: E081 LDI R24,0x01 Load immediate
+00000033: 93800060 STS 0x0060,R24 Store direct to data space
6: y=1;
+00000035: 93800062 STS 0x0062,R24 Store direct to data space
7: z=x+y;
+00000037: 91800060 LDS R24,0x0060 Load direct from data space
+00000039: 91900062 LDS R25,0x0062 Load direct from data space
+0000003B: 0F89 ADD R24,R25 Add without carry
+0000003C: 93800061 STS 0x0061,R24 Store direct to data space
8: ((void(*)(void))0)();
+0000003E: DFEF RCALL PC-0x0010 Relative call subroutine
9: for(;;);
+0000003F: CFFF RJMP PC-0x0000 Relative jump
+00000040: FFFF ??? Data or unknown opcode
+00000041: FFFF ??? Data or unknown opcode