Wie baut man im Release-Modus mit Optimierungen in GCC?

Was sind die spezifischen Optionen, die ich benötige, um im „Release-Modus“ mit vollständigen Optimierungen in GCC zu bauen? Wenn es mehr als eine Option gibt, führen Sie sie bitte alle auf. Vielen Dank.

http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html

Es gibt keine Einheitslösung – Sie müssen Ihre Anwendung, Ihre Anforderungen und die Optimierungs-Flags verstehen, um die richtige Teilmenge für Ihre Binärdatei zu bestimmen.

Oder die gewünschte Antwort: -O3

Hier ist ein Teil eines Makefiles, das ich regelmäßig verwende (in diesem Beispiel versucht es, ein Programm namens foo).

Wenn du es magst $ make BUILD=debug oder $ make debug
dann ist die Debuggen CFLAGS werden verwendet. Diese schalten die Optimierung aus (-O0) und enthält Debugging-Symbole (-g).

Wenn Sie diese Flags weglassen (durch Ausführen von $ make ohne zusätzliche Parameter), erstellen Sie die Veröffentlichung CFLAGS-Version, bei der die Optimierung aktiviert ist (-O2), Debugging-Symbole entfernt (-s) und Behauptungen deaktiviert (-DNDEBUG).

Wie andere vorgeschlagen haben, können Sie mit verschiedenen experimentieren -O* Einstellungen abhängig von Ihren spezifischen Anforderungen.

ifeq ($(BUILD),debug)   
# "Debug" build - no optimization, and debugging symbols
CFLAGS += -O0 -g
else
# "Release" build - optimization, and no debug symbols
CFLAGS += -O2 -s -DNDEBUG
endif

all: foo

debug:
    make "BUILD=debug"

foo: foo.o
    # The rest of the makefile comes here...

Beachten Sie, dass gcc keinen “Release-Modus” und keinen “Debug-Modus” wie MSVC hat. Jeder Code ist nur Code. Das Vorhandensein der verschiedenen Optimierungsoptionen (-O2 und -Os sind die einzigen, um die Sie sich im Allgemeinen kümmern müssen, es sei denn, Sie führen eine sehr feine Abstimmung durch) modifiziert den generierten Code, aber nicht in einer Weise, um die Interoperabilität mit anderen ABI-kompatiblen Codes zu verhindern Code. Im Allgemeinen möchten Sie die Dinge optimieren, die Sie veröffentlichen möchten.

Das Vorhandensein der Option “-g” bewirkt, dass erweiterte Symbol- und Quellcodeinformationen in die generierten Dateien eingefügt werden, was für das Debugging nützlich ist, aber die Größe der Datei erhöht (und Ihren Quellcode preisgibt), was Sie häufig tun möchte nicht in “freigegebenen” Binärdateien.

Aber sie sind nicht exklusiv. Sie können eine Binärdatei mit Optimierungs- und Debug-Informationen kompilieren lassen oder eine mit beidem.

-O2 schaltet alle Optimierungen ein, die keinen Kompromiss zwischen Speicherplatz und Geschwindigkeit erfordern, und ist tendenziell diejenige, die ich am häufigsten sehe. -O3 macht etwas Platz für Geschwindigkeitskompromisse (wie Funktion inline.) -Os macht O2 und macht andere Dinge, um die Codegröße zu reduzieren. Dies kann die Dinge schneller als O3 machen, indem die Cache-Nutzung verbessert wird. (Testen Sie, ob es für Sie funktioniert.) Beachten Sie, dass es eine große Anzahl von Optionen gibt, die keiner der O-Schalter berührt. Der Grund, warum sie weggelassen werden, ist, dass es oft davon abhängt, welche Art von Code Sie schreiben, oder dass sie sehr architekturabhängig sind.