Битовые поля - есть ли способ поменять Little Endian на Big Endian, расположение битов Опции

[sonycman]

Осваиваю тут карты памяти, и возникла нужда поработать со структурами их регистров.
К примеру:

Код

__packed    struct    CID
{
    byte        man_ID:            8;
    byte        oem_ID[2];
    byte        product_name[5];
    byte        revision:        8;
    dword        serial:            32;
    unsigned    :                4;
    word        man_date:        12;
    unsigned    crc:            7;
    unsigned    dummy:            1;
};

Вроде бы всё хорошо, да только данные в такой структуре должны идти линейно сверху вниз - байт 0 - биты 31...24, байт 1 - биты 23...16 и т.д. (big endian).
А компилятор (RealView) считает наоборот - сначала младшие биты (little endian).

То есть читаем слово revision, в регистре должны быть данные вида 0x08070605 [31...0], а на деле имеем 0x05060708...

Есть ли способ побороть такую досадную "однобокость"?
Иначе придётся ручками обрабатывать все битовые сдвиги и маски...

[zltigo]

А компилятор (RealView) считает.....

Он 'считает', причем совершено обосновано, что у контроллера именно такая адресация. Причем, полагаю, Вам не скоро придется встретиться с big endian (они вообще померли, ну кроме одного легендарного и считающегося вечно живым динозавра ), ибо для всего, что не является машинным словом получается чистой воды издевательтство ). И уж тем более не встретитесь с компилятором работающим 'наоборот' от архитектуры контроллера. Посему препешите структуру, "как положено", а не так, как кажется "правильным" в данный момент времени глядя с конкретной колоколенки и все.

Это одна их проблем переносимости программ.

Практически этой проблемы уже нет.

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

(они вообще померли, ну кроме одного легендарного и считающегося вечно живым динозавра ),

"Огласите весь список, пожалуйста" (с). В смысле, кто остался. Согласно википедии, большие индейцы (из более-менее популярных) у PowerPC, SPARK. Самсунговские ARMы S3Cxxxx, заточенные на коммуникации, работают в больших индейцах.

Практически этой проблемы уже нет.

"Как же так? Ж... - есть, а слова - нет?" Сетевые протоколы используют больших индейцев, и с этим тяжелым наследием приходится бороться на остальных процессорах.

[zltigo]

"Огласите весь список, пожалуйста" (с). В смысле, кто остался. Согласно википедии, большие индейцы (из более-менее популярных) у PowerPC, SPARK. Самсунговские ARMы S3Cxxxx,

PowerPC работают и так и так. ARM в базовой реинкарнации - тоже....

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

Нет проблемы НЕ работать - эта проблема есть и будет , а нет проблемы портировать, по причине того, что портирования не потребуется почти никогда.