как побороть WinAVR?, и заставить просто скомпиллить как написано Опции

[VDV]

написана функция:

volatile int32_t _corr[2 * 8];//result of correlations
volatile uint8_t _corr_index;//index for sample table
int8_t PROGMEM _dtmf_samples[] = {...};

int8_t d = ADCH;
for( uint8_t i = 16; i--; )
{
int16_t mul = d * pgm_read_byte( &_dtmf_samples[_corr_index] );
_corr[i] += mul;
}

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

если массив объявить как int8_t, то умножение делается для 2-х байтов, но!!!!
используется mul вместо muls (хотя написано, что величины знаковые!!!)
и в результате он зануляет старший байт, даже если идет приведение результата операции к int16_t

как побороть WinAVR?

что хочется:
сделать знаковое умножение 2-х байтов, получить 16-ти битное значение.
затем расширить его до 32-х бит,
сложить с 32-х битной величиной из массива и запомнить в массиве результат.

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

[777777]

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

Ассемблерные вставки нарушают работу оптимизатора. Поэтому лучше ассемблерную часть скомпоновать в отдельную функцию и вынеси в отдельнй файл.

собственно, непонятно, как из асма взять данные из Сишной переменной и в нужную Сишную переменную отдать

Что непонятного? В ассемблере переменная называется так же, как и в Си.

ЗЫ. А с оптимизацей -Os не пробовал?
ЗЗЫ. Откуда у народа такая мания - создавать переменные с подчеркиванием в начале? Ну везде же написано, что это не рекомендуется, так как такие имена зарезервированы для системных целей.

Сообщение отредактировал 777777 - Aug 8 2008, 04:38