Google Test mit -fshort-enums --> Segmentation fault

hast du dir schon die alignment optionen für structs angeschaut?

Vielen Dank für Eure Antworten.

Bernds Antwort war die Lösung:

#define PACKED                          _attribute_ ((_packed_))

typedef enum PACKED { // sizeof == 1
    OT_NO_NC,
    OT_NC_NO,
    OT_NO,
    OT_NC
} settings_outtype_t;

Mir war nicht bewusst, daß man das Attribut _packed_ auch bei Enums 
benutzen kann.

@Cer
Entsprechend Bernds Vorschlag, wird dieses Attribut auch für die 
Strukturen angewendet. Ansonsten werden außerdem die folgenden Optionen 
benutzt:

-mno-ms-bitfields -Wno-packed-bitfield-compat

@Bernd
Das ist mir schon klar, daß das die ideale Lösung wäre. Leider ist das 
eine große Firmware und ich bin lediglich der Tester. Mal sehen ob sich 
die Programmierer überzeugen lassen. :-)

@Oliver
Es werden die Datentypen aus der std_int.h benutzt. Also z.B.: int32_t

Nochmals vielen Dank!

Nur mal so aus Interesse.

Ein bisschen verwirrt mich diese Lösung. Allerdings habe ich noch nie 
mit Google Test gearbeitet.

Ich vermute, dass Google Test zusammen mit dem Anwendungscode compiliert 
und zu einem Objekt gelinkt wird. Richtig?

An sich sollte doch -fshort_enums alle enum-Grössen minimieren (sofern 
es bei allen Compileraufrufen verwendet wird).

D.h. wird Google Test zusammen mit dem AVR-Code mit MinGW compiliert, 
dann sollte -fshort_enums sowohl die enums im AVR-Code als auch die in 
Google Test beeinflussen. Richtig?

Warum wirkt dann das Attribut, aber nicht -fshort_enums?

@Theor
Ich habe die Entwicklungsumgebung inclusive dem Google Test von einem 
Kollegen bekommen. Das Google Test war bereits als Libraries compiliert, 
die ich nur hinzu linke.

Damit meinte ich das Google Test selbst. Das Testprogramm mit den 
Testfällen wird natürlich mit dem zu testenden C-File zusammen 
kompiliert.

Bitschubser schrieb:
> @Theor
> Ich habe die Entwicklungsumgebung inclusive dem Google Test von einem
> Kollegen bekommen. Das Google Test war bereits als Libraries compiliert,
> die ich nur hinzu linke.

Ah. Verstehe.

Irgendwie hat mich dieser Satz:

Bitschubser schrieb:
> [,,,] Oder muss man das Google Test selbst mit dieser Option übersetzen?

angezupft.

D.h. also:

1. Google Test Infrastruktur ist vermutlich ohne -fshort_enum 
übersetzt. Ergibt eine Lib oder ein Object-File, das gelinkt wird. (Ich 
vermute, dass die Infrastruktur selbst garnicht auf die Daten der 
Anwendung zugreift).

2. Das Testprogramm ist sowohl mit als auch ohne -fshort_enum übersetzt 
worden.

3. Das Anwendungsprogramm (der AVR-Code) ist sowohl mit als auch ohne 
-fshort_enum übersetzt worden.

4. Alle vier möglichen Kombinationen von Punkt 2. und 3. ergeben einen 
Segmentation-Fault.

5. ABER: attribute packed angewendet auf eine bestimmte Struktur 
beseitigt den Fehler.

Hm. Das scheint mir auffällig widersprüchlich und klärungsbedürftig. 
Aber das sind nur meine 5 Cents.

Bernd K. schrieb:
> Bitschubser schrieb:
>> [...]
>
> [...] Wenn Du eine Compileroption setzt die die
> Macht hat das ABI zu ändern dann kannst Du die nicht mehr mit
> vorkompilierten Libs zusammenlinken die ohne diese Option kompiliert
> wurden.
>
> [...]

Sehe ich ähnlich. Die tatsächlichen Auswirkungen wg. der ABI sollte man 
mal untersuchen.