¿Puede un compilador de C++ reordenar elementos en una estructura

Question

¿Puede un compilador de C++ (específicamente g ++) reordenar los elementos internos de una estructura?

que estoy viendo un comportamiento extraño en el que tengo una estructura que contiene algo como lo siguiente:

Struct SomeStruct{ 
    ... 
    ... 
    long someLong; 
    long someLongArray[25]; 
    unsigned long someUnsignedLong; 
    unsigned long someUnsignedLongArray[8]; 
    unsigned long int someUnsignedLongInt; 
    ... 
    ... 
}; 

Cuando escribo esta salida a un archivo, el orden de someUnsignedLongArray y someLongArray parecen invertirse (es decir, los elementos en someLongArray [] aparecen después de someUnsignedLong y los elementos de someUnsignedLongArray [] aparece después de som eLong). ¿¿Es posible??

Gracias

---

Actualización: a lo solicitado, estoy escribiendo la estructura utilizando la siguiente:

int fd = open(fspec,O_RDWR|O_CREAT|O_TRUNC,0666); 
int writeRes = write(fd,(char *)&someStruct,sizeof(SomeStruct)); 

Para completar, aquí está la estructura completa:

struct SomeStruct{ 
byte someByte; 
byte someByteArray[6]; 
char someChar; 
char someCharArray[5]; 
char someCharArrayArray[3][5]; 
short someShort; 
signed short someShortArray[2]; 
unsigned short someUnsignedShort; 
unsigned short someUnsignedShortArray[8]; 
int someInt; 
int someIntArray[3]; 
int someIntArrayArrayArrayArray[4][3][2][6]; 
int *pSomeInt; 
unsigned int someUnsignedInt; 
unsigned int someUnsignedIntArray[9]; 
long someLong; 
long someLongArray[25]; 
unsigned long someUnsignedLong; 
unsigned long someUnsignedLongArray[8]; 
unsigned long int someUnsignedLongInt; 
long long someLongLong; 
long long someLongLongArray[5]; 
bool someBool; 
bool someBoolArray[3]; 
unsigned long long someUnsignedLongLong; 
unsigned long long someUnsignedLongLongArray[5]; 
unsigned long long someUnsignedLongLongArrayArray[5][2]; 
unsigned long long int *pSomeUnsignedLongLongInt; 
}; 

Answer 1

Normalmente no puede reordenar elementos, no.

Una excepción es si hay un especificador de acceso separándolos:

struct Foo {  
    A a; 
    B b; 
    C c; 
private: 
    D d; 
    E e; 
    F f; 
}; 

a, b y c están garantizados para ser almacenada en este orden, y d, e y f están garantizados para ser almacenados en orden. Pero no hay garantías sobre dónde se almacenan a, byc en relación a d, e y f.

Otra cosa a tener en cuenta es que el compilador puede insertar tanto relleno como desee, incluso si no se reordena nada.

Aquí es la parte pertinente de la norma:

Sección 9.2.12:

miembros de datos no estáticos de un (no unión) clase declarada sin una intervención acceso especificador se asignaron para que los miembros posteriores tengan direcciones más altas dentro de un objeto de clase . El orden de asignación de miembros de datos estáticos separados por un acceso especificador no se especifica (11.1)"

Answer 2

No puede, consulte Automated field re-ordering in C structs to avoid padding y Why doesn't GCC optimize structs? para obtener más información .

No sé qué quiere decir con "revertido", quizás debería agregar algún código y la salida.