Кросскомпиляторный код, BCC и GCC Опции

[Злодей]

Вот такой вот код,

Код

inline uint32_t crc32_add( uint32_t crc, uint8_t byte  )
{
    crc ^= byte;
    
    for (uint8_t i=0; i<8; i++)
    {
        if (crc & 1)
    {
        crc = (crc>>1) ^ CRC32_POLYNOME;
    }
    else
    {
        crc >>= 1;
    }
    }
    
    return crc;
}

скомпилирован для двух платформ: BorlandCC для ПК и GCC для AVR.... На разных платформах разные результаты выполнения. Какими словами уточнить код, чтобы компиляторы наконец договорились?

Ещё два момента: я пока не знаю, кто из них на данный момент правильно работает. В борланде подключен \\avr\\include\\inttypes.h из WinAVR.

Спасибо

Сообщение отредактировал Злодей - Apr 30 2009, 07:47

[alx2]

На разных платформах разные результаты выполнения.

Чем все закончилось? Так и не удалось найти причину? Очень любопытно...

[Злодей]

Чем все закончилось? Так и не удалось найти причину? Очень любопытно...

Ой как не хочется об этом вспоминать....

Проблема была в том, что когда пишешь вот так, это неправильно:

Код

uint32_t a;
uint32_t b;
/* ... */
a = b | ( 1 << 24 );

А когда единичке приписываешь UL всё становится хорошо и одинаково.

Код

uint32_t a;
uint32_t b;
/* ... */
a = b | ( 1UL << 24 );

Извините, растолковать что к чему не могу

[alx2]

Проблема была в том, что когда пишешь вот так, это неправильно:

Код

uint32_t a;
uint32_t b;
/* ... */
a = b | ( 1 << 24 );

А когда единичке приписываешь UL всё становится хорошо и одинаково.

Вы не поняли. Я говорю не об этом, а о коде функции, приведенном в первом сообщении этой темы. Здесь-то как раз все понятно - результат выражения в скобках зависит от размера типа int. Но в исходном сообщении нет ничего подобного, там все операции производятся над типами фиксированного размера! Да и вообще никакого оператора << там нет, из операций сдвига там только (crc>>1) и (crc >>= 1), что, по-моему, совершенно переносимо, и должно давать одинаковый результат...

Сообщение отредактировал alx2 - May 8 2009, 10:29