Преобразование Endianess на небольшой полевой структуре

Вы могли использовать целое число на 32 бита и извлечь информацию из нее использование и - и операторы сдвига разряда. С этим на месте, Вы могли просто использовать htonl (хост сети, долго). Сетевой порядок байтов является обратным порядком байтов.

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

В проекте, портирующем код от MIPS до Linux/x86, нам действительно нравилось это.

struct {

#ifdef __ONE_ENDIANESS__
    unsigned int    b1:1;
    unsigned int    b2:8;
    unsigned int    b3:7;
    unsigned int    b4:8;
    unsigned int    b5:7;
    unsigned int    b6:1;
#define _STRUCT_FILLED
#endif /* __ONE_ENDIANESS__ */

#ifdef __OTHER_ENDIANESS__
    unsigned int    b6:1;
    unsigned int    b5:7;
    unsigned int    b4:8;
    unsigned int    b3:7;
    unsigned int    b2:8;
    unsigned int    b1:1;
#define _STRUCT_FILLED
#endif /* __OTHER_ENDIANESS__ */

};

#ifndef _STRUCT_FILLED
#  error Endianess uncertain for struct
#else
#  undef _STRUCT_FILLED
#endif /* _STRUCT_FILLED */

Макросы __ONE_ENDIANESS__ и __OTHER_ENDIANESS__ если бы подходящее был для компилятора, который мы использовали так, то Вы, возможно, должны были бы изучить, который подходит для Вас...

Вы хотите сделать это между каналом (файл или сеть) и Вашей структурой. Моя предпочтительная практика должна изолировать файловый ввод-вывод от структур, пишут код, который создает буферы файлов в известном представлении и соответствие прочитанному коду, который инвертирует то преобразование.

Ваш определенный пример особенно трудно предположить, потому что битовые поля определяются, чтобы быть неподписанным интервалом и sizeof(unsigned int) является особенно непортативным.

Принятие как ДОБЫЧА это sizeof(int)==4 затем получая указатель на структуру и reording отдельные байты, вероятно, получают Вас ответ, который Вы хотите.

Прием определения структуры по-другому для различных платформ мог бы работать, но в примере Вы цитируете нет полного разрыва на границах байта, таким образом, вряд ли будет возможно произвести эквивалент одной платформы в другом, не разделяя один или несколько полей в две части.

Должно быть достаточно подкачать байты. Позиция двоичного разряда в байте является тем же в и прямом порядке байтов с обратным порядком байтов.
например:

char* dest = (char*)&yourstruct;
unsigned int orig = yourstruct;
char* origbytes = (char*)&orig;
dest[0] = origbytes[3];
dest[1] = origbytes[2];
dest[2] = origbytes[1];
dest[3] = origbytes[0];

У Вас есть два раздела на 16 битов там (первые три поля, и последние три поля составляют 16 битов).

Это - только 65 536 записей. Поэтому имейте справочную таблицу, которая содержит инвертированную битом версию полей. Перенесите структуру в объединение с другой структурой, которая имеет два 16 битовых полей для создания этого легче?

Что-то как (непротестированный, я не около компилятора C):

union u {
    struct {
        unsigned int    b1:1;
        unsigned int    b2:8;
        unsigned int    b3:7;
        unsigned int    b4:8;
        unsigned int    b5:7;
        unsigned int    b6:1;
     } bits;
     struct {
        uint16 first;
        uint16 second;
     } words
} ;

unit16 lookup[65536];

/* swap architectures */

void swapbits ( union u *p)
{
   p->words.first = lookup[p->words.first];
   p->words.second = lookup[p->words.second];
}

Население справочной таблицы, оставленной как осуществление для читателя :)

Однако прочитайте свой документ компилятора тщательно. Я не уверен, требует ли стандарт C, что структура для установки, одним словом (хотя я ожидал бы, что большинство компиляторов сделает это).

Не следует использовать битовые поля, когда важен физический макет, поскольку он определяется реализацией, в каком порядке больший слово заполнено.