¿Cambia el orden de los miembros de datos privados de clase ABI

Question

Tengo una clase con número de miembros de datos privados (algunos de ellos estáticos), a la que acceden funciones de miembros virtuales y no virtuales. No hay funciones en línea y no hay clases de amigos.

class A 
{ 
    int number; 
    string str; 
    static const int static_const_number; 
    bool b; 
public: 
    A(); 
    virtual ~A(); 
public: 
    // got virtual and non-virtual functions, working with these memebers 
    virtual void func1(); 
    void func2(); 

    // no inline functions or friends 
}; 

¿Cambiar el orden de los miembros de datos privados rompe ABI en este caso?

class A 
{ 
    string str; 
    static const int static_const_number; 
    int number; // <-- integer member moved here 
    bool b; 
    ... 
}; 

Editar
Los tipos no se cambian, sólo el orden de los miembros. No se usan banderas de bits también. El código se usa como biblioteca compartida, no hay enlaces estáticos a este código. Estoy en Linux y los compiladores son gcc-3.4.3 y gcc-4.1

Answer 1

Podría, sí, si no por otro motivo que el tamaño de A podría ser diferente debido a las diferencias en la ubicación y el número de rellenar bytes entre los miembros de datos.

Answer 2

C++ define no ABi. La única respuesta correcta aquí es "Depende de tu compilador". La respuesta es probablemente si.

Answer 3

Probablemente se rompa en cualquier lugar donde haya implementaciones compiladas en más de un binario, porque puede terminar con dos binarios con funciones que acceden a miembros privados ordenados de manera diferente. Esto incluye implementaciones de funciones virtuales, porque pueden tener sus implementaciones no anuladas compiladas en múltiples binarios también.

La mejor manera es usar las funciones virtuales pure y exponerlas como interfaces de un binario 'host'. Entonces los binarios adicionales no necesitan una implementación, por lo que siempre llaman a la implementación en el binario 'host', lo que significa que no hay espacio para la inconsistencia.

Answer 4

De acuerdo con KDE Policies/Binary Compatibility Issues With C++ no puede hacerlo sin romper la compatibilidad binaria. Sin embargo, como dice su descargo de responsabilidad, algunos de los consejos que dan en la parte "no se puede ..." son dependientes del compilador, por lo que puede salirse con la suya con ese cambio (aunque no es muy probable).