WinAVR-20070122 еще сырой?, ошибки оптимизации Опции

[Jat]

Вот пример генерации кода. опции -Os

---------------------------------------------------------

int g;

int func(void)
{
int res;
{
uint8_t _SReg;
asm volatile("in %0,__SREG__\n\tcli" : "=r" (_SReg));

res = g;

asm volatile( "out __SREG__,%0" :: "r" (_SReg));
}
return res;
}

--------------------------------------------------------
WinAVR 20060421 (правильно)

28 0000 2FB7 in r18,__SREG__
29 0002 F894 cli
32 0004 8091 0000 lds r24,g
33 0008 9091 0000 lds r25,(g)+1
36 000c 2FBF out __SREG__,r18
40 000e 0895 ret

---------------------------------------------------------
WinAVR 20070122 (неправильно)

32 0006 8FB7 in r24,__SREG__
33 0008 F894 cli
37 000a 8FBF out __SREG__,r24
40 000c 8091 0000 lds r24,g
41 0010 9091 0000 lds r25,(g)+1
46 0014 0895 ret

---------------------------------------------------------

[beer_warrior]

на сколько понимаю на этом всё

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


Впрочем почитав ваши опусы в других ветках - нет желаня тратить время на беседы с вами вообще.

[gormih]

на сколько понимаю на этом всё

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

Да если честно мне платформонезависимый си грубо говоря "по барабану". Есть конкретные задачи, решать которые без привязки к платформе по меньшей мере безграмотно. Код, который не привязан к конкретной платформе это как минимум математическая задача, которая после своего решения должна быть связана интерфейсной частью с основной прогррамой. С огромной долей сомнения выскажу предположение, что математические задачи WinAVR решает лучше, чем остальные компиляторы ( ) , просто потому, что таковых задач на AVR мне решать не приходилось, да как то и не приходило в голову пока что. А вот то, что касается внешних интерфейсов - то тут Вы меня точно не переубедите - проверено мной на практике - код, генерируемый WinAVR при компиляции драйверов внешних устройств (как пример LCD контроллер выше) неадекватен. Я просто даже разбираться не стал, почему это hex после winavr весит 2 кб, а в других компиляторах на порядок меньше. Мне это, как разработчику НЕ ИНТЕРЕСНО, мне важен хороший результат в кратчайшие сроки, который я с легкостью получил в другом компиляторе. Уж извините, что Вас не спросил... возможно, уважаемый beer_warrior Вы настолько круто знакомы с WinAVR, что у Вас будут другие результаты, чего Вам искренне желаю.

Впрочем почитав ваши опусы в других ветках - нет желаня тратить время на беседы с вами вообще

Вот с этого места поподробнее.