Czy zmienia kolejność publicznych metod innych niż wirtualne w samodzielnym zerwaniu klasy ABI?

Question

Czy zmiana kolejności publicznych nie-wirtualnych nieliniowych przeciążonych metod w klasie autonomicznej powoduje złamanie ABI?

Przed:

class MyFinalClass 
{ 
public: 
    // ... 
    void doSomething(char c, int i, int n); 
    void doSomething(char c, int i); 
    // ... 
}; 

Po:

class MyFinalClass 
{ 
public: 
    // ... 
    void doSomething(char c, int i); 
    void doSomething(char c, int i, int n); 
    // ... 
}; 

Dzięki!

Answer 1

Funkcje są powiązane przez ich nazwę i podpis, a nie przez ich pozycję w klasie. Więc nie, nie łamiesz ABI.

Funkcje wirtualne to zupełnie inna sprawa, ponieważ są połączone przez ich położenie w vtable (zwykle). Nie będzie to problemem, jeśli konsekwentnie przekompilujesz każdy plik, który zależy od nagłówka, który definiuje zamówienie, ale jeśli klasa istnieje w bibliotece, może to być problemem.

Answer 2

Są dwie rzeczy, które łamią ABI po aktualizacji zajęć. Wirtualne funkcje wskazane przez Mark (i pamiętaj, że to nie dlatego, że nie zaznaczyłeś funkcji jako wirtualnej, która nie jest).

Inną rzeczą są wbudowane funkcje, ponieważ wykorzystują one zmienne elementy. Jeśli kolejność zmiennych członków ulegnie zmianie, ulegną również inline, które zostały skompilowane w innym oprogramowaniu.