Wenn ich C- oder C++-Programme debuggen möchte, wurde mir die Verwendung beigebracht -O0 um die Optimierung auszuschalten, und -ggdb Symbole in die ausführbare Datei einzufügen, die für die Verwendung von GNU optimiert sind gdb Debugger, den ich verwende (oder Sie verwenden können -glldb für LLVM/Clangs lldb Debugger, oder einfach nur -g für allgemeine Debugging-Symbole, aber das wird nicht so gut sein -ggdb offenbar…). Ich bin jedoch kürzlich auf jemanden gestoßen, der sagte, ich solle es verwenden -Og (anstatt -O0), und es hat mich unvorbereitet getroffen. Sicher genug, es ist drin man gcc!:

-Og Optimieren Sie das Debugging-Erlebnis. -Og ermöglicht Optimierungen, die das Debugging nicht beeinträchtigen. Es sollte die Optimierungsebene der Wahl für den standardmäßigen Bearbeitungs-Kompilierungs-Debug-Zyklus sein und ein angemessenes Optimierungsniveau bieten, während eine schnelle Kompilierung und ein gutes Debugging-Erlebnis aufrechterhalten werden.

Also, was ist der Unterschied? Hier ist die -O0 Beschreibung ab man gcc:

-O0 Reduzieren Sie die Kompilierungszeit und sorgen Sie dafür, dass das Debugging die erwarteten Ergebnisse liefert. Dies ist die Standardeinstellung.

man gcc klar sagt -Og “sollte jedoch die Optimierungsstufe der Wahl für den Standard-Bearbeitungs-Kompilierungs-Debug-Zyklus sein”.

So klingt es -O0 ist wirklich “keine Optimierungen”, während -Og ist “einige Optimierungen an, aber nur solche, die das Debugging nicht stören.” Ist das richtig? Also, was soll ich verwenden und warum?

Verwandt:

1. verwandt, aber KEIN Duplikat! (genau lesen, es ist überhaupt kein Duplikat): Was ist der Unterschied zwischen -O0 , -O1 und -g
2. meine Antwort zum Debuggen --copt= Einstellungen zur Verwendung mit Bazel: gdb: Kein Symbol “i” im aktuellen Kontext

@kaylum hat gerade einen großartigen Einblick in ihren Kommentar unter meiner Frage gegeben! Und der Schlüsselteil, der mir am meisten am Herzen liegt, ist dieser:

[-Og] ist eine bessere Wahl als -O0, um debugfähigen Code zu erzeugen, da einige Compilerdurchläufe, die Debug-Informationen sammeln, bei -O0 deaktiviert sind.

https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options

Also benutze ich ab jetzt -Og (NICHT -O0) zusätzlich zu -ggdb.

AKTUALISIERUNG 13.08.2020:

Verdammt noch mal! Egal. Ich bleibe dabei -O0.

Mit -Og Ich bekomme <optimized out> und Can't take address of "var" which isn't an lvalue. Fehler überall! Ich kann meine Variablen nicht mehr drucken oder ihren Speicher untersuchen! Ex:

(gdb) print &angle
Can't take address of "angle" which isn't an lvalue.
(gdb) print angle_fixed_p
$6 = <optimized out>

Mit -O0aber alles funktioniert gut!

(gdb) print angle
$7 = -1.34869879e+20
(gdb) print &angle
$8 = (float *) 0x7ffffffefbbc
(gdb) x angle
0x8000000000000000:     Cannot access memory at address 0x8000000000000000
(gdb) x &angle
0x7ffffffefbbc: 0xe0e9f642

Also zurück zur Nutzung -O0 anstatt -Og es ist!

Verwandt:

1. [they also recommend -O0, and I concur] Was bedeutet in gdb?