WinAVR криво собирает код... Опции

[Spider]

Писал себе и писал прошивку и вдруг в один прекрасный момент она начала собираться "криво" и откатить назад не получается. Всё пропало. Помогите, что я натворил то?
А именно кривость проявляется в следующем. если после сборки открыть и посмотреть листинг вокруг строки sei(); перед циклом майна. То там какие-то хаотические куски кода, на которых проц то делает переполнение то ребутится. В общем ведёт себя неадекватно, а в main.c этого кода нет. Точнее есть но не в этом месте.

[Nick_Shl]

А я столкнулся с таким глюком: есть бутлоадер с эмуляцией STK500. Пишу через него - пишется нормально. Читаю - бывают ошибки, по адресу 0x4000 ошибок нет. Читаю ISP программатором - тех ошибок что показывал бутлоадер нет, по адресу 0x4000 лежит слово FFFF. Вроде помогла такая штука:
Было:

Код

n_bytes = ((*(rx_pntr + 1) * 256) + *(rx_pntr + 2));  // number of databytes to read from flash

Стало:

Код

    *(((unsigned char *)&n_bytes) + 1) = *(rx_pntr + 1);
    *(((unsigned char *)&n_bytes) + 0) = *(rx_pntr + 2);

Пробовал каждый раз на разных файлах, поэтому "вроде"...

Прикрепленные файлы

 BootLoader.zip ( 20.45 килобайт ) Кол-во скачиваний: 19

 

[aesok]

А я столкнулся с таким глюком:

Вот ЭТО написано человеком который поленился прочитать документацию:

Код

unsigned char readBits(unsigned int address)
{
    asm volatile(
            "mov    r31,r25 \n\t"  
            "mov    r30,r24 \n\t"  
            "lds    r24,%0 \n\t"                
            "ori    r24,0x09 \n\t"
            "sts    %0,r24 \n\t"                                    
            "lpm    \n\t"
            "mov    r24,r0  \n\t"
            : "=m" (SPMCSR)
    );    
    return address&0xFF;
}

Это баг не в комптляторе, это баг в коде.

Анатолий.

Сообщение отредактировал aesok - Apr 9 2009, 19:54

[aesok]

Вот ЭТО написано человеком который поленился прочитать документацию:

Код

unsigned char readBits(unsigned int address)
{
    asm volatile(
            "mov    r31,r25 \n\t"  
            "mov    r30,r24 \n\t"  
            "lds    r24,%0 \n\t"                
            "ori    r24,0x09 \n\t"
            "sts    %0,r24 \n\t"                                    
            "lpm    \n\t"
            "mov    r24,r0  \n\t"
            : "=m" (SPMCSR)
    );    
    return address&0xFF;
}

Это баг не в комптляторе, это баг в коде.

Если readBits вызывается как функция то проблем не возникнет, так как регистры
r24, r25, r30 и r31 являются CALL_USED регистрами и в коде вызывающей
функции предполагаться что они не содержат те значения, что были в них перед
вызовом readBit. Когда же код этой функции инлайнится то могут возникнуть
проблемы, так как регистры r24, r25, r30 и r31 искажаются в ассемблерной
вставке, но компилятор об этом не предупрежден. Может генерироваться код
записывающий информацию в эти регистры до ассемблерной вставки и использующий
эту информацию после, не смотря на то что она искажена. Регистры r24, r25,
r30 и r31 должны быть добавлены в clobber list.

Анатолий.