Почему не работает код? Опции

[DMD]

Не могу понять - почему не работает код, когда тут вроде бы висеть нечему! Компилятор - CodeVision, славится своей тупизной в общении с типами данных. Контроллер - ATMega8535.
Почему-то вот такой код не работает:

Код

//....
typedef unsigned char byte;
typedef unsigned long int dword;

dword SID = 0L;

typedef struct
{
    byte extended_identifier;
    dword identifier;      //32 bit
    // data length:
    byte  dlc;
    byte  dta[8];
    // Acceptence Filter that enabled the reception
    byte  filhit;
    byte rtr;
} CanMessage;

...
//теперь необходимо сдвинуть идентификатор на 5 бит влево...
SID = (dword)(((dword)(msg.identifier)) << 5);      

//Вот тут и висим, непонятно почему...
//так как следующий оператор ничего в порт не выводит:

printf("Packet observed: SID=0x%04lX; data: ", SID);
for (i=0; i<=7; i++) printf("[0x%02X] ", msg.dta[i]);
printf("\n");      
LED_WORK = 0;
//...

Вот почему висим там? Чему там висеть-то??

[DMD]

"нидецкие" printf - это чисто для отладки. Нормальный компилятор давно ищу и не могу найти, не подскажете?
SID = msg.identifier << 5; - так не пробовал, но боюсь, что на какой-нибудь косяк компилятора нарвусь... "Косяк" - потому что кто-то посчитал, что преобразование к int перед, к примеру, сдвигом - операция ненужная в целях экономии чертовой памяти... Поэтому вот такой код не работает (хоть и компилится на все 100%):

unsigned char t = 255;
unsigned f = t << 3;

И такая штука твориться только в CodeVision, я на ней неделю просидел - все не мог вдуплить чего там твориться... Пришлось копаться в ассемблере. ..

[Nick_Shl]

unsigned char t = 255;
unsigned f = t << 3;

Хелп читать надо и по настройкам лазить! Советские инженеры блин...
Все правильно компилятор делает! Контроллер-то 8-ми битный! операции над int'ами занимают больше времени чем над char'ами. Хотите пример? Пожалуйста:

Код

;   char a,b,c;
;   a -> R17
;   b -> R16
;   c -> R19

;   a = b + c;
    MOV  R30,R19
    ADD  R30,R16
    MOV  R17,R30

;   a = (char)((int)a + (int)b);
    MOV  R26,R17
    LDI  R27,0
    SBRC R26,7
    SER  R27
    MOV  R30,R16
    LDI  R31,0
    SBRC R30,7
    SER  R31
    ADD  R30,R26
    MOV  R17,R30

Какой код будет работать быстрее? Может такты посчитаем?
Но если вам все равно на скорость, а хочется "правильности" то вам сюда:
Project -> Configure -> C compiler -> Code generation -> Promote char to int

[Сергей Борщ]

так не пробовал, но боюсь, что на какой-нибудь косяк компилятора нарвусь...

integer promotion rules распространяются на типы меньше int размером. В противном случае левая и правая части подвыражения приводятся к наибольшему типу, который у вас совпадает с типом результата. Так что тут приведение совершенно лишнее.

Советские инженеры блин...
Все правильно компилятор делает!

Как "правильно" - написано в стандарте. Нормальный компилятор для обоих ваших примеров должен был бы сгенерить одинаковый код. Теперь сравните код для такого примера:

Код

unsigned char a = 200;
unsigned char b = 200;

volatile unsigned int c = a + b;
volatile unsigned int d = (unsigned int)a + (unsigned int b);

По стандарту результаты должны быть идентичны. Также внимательно прочитайте пост №7 - там тоже очень красивый пример.

Контроллер-то 8-ми битный! операции над int'ами занимают больше времени чем над char'ами.

То есть вы считаете, что быстрый неправильный код лучше медленного, но правильного? Тогда каким инженером назвать вас? Индийским? Китайским?