#if Anweisungen in C++ Code

Question

Ich verwende eine 3rd-Party-Bibliothek, und ich kompiliere ihre Quellen nicht, nur einschließlich der Header von /usr/include.

Ich weiß, dass der Quellcode einen Block wie folgt enthält:

#if VAL1 && VAL2 
    do something 
#else 
    do something I dont want to do 
#endif 

Ich weiß, dass VAL2-1 gesetzt ist, aber VAL1 auf 0 gesetzt ist, in einer anderen Datei irgendwo innerhalb enthalten.

Was ich versuche zu definieren ist VAL1 selbst, indem ich den Inhalt der Kopfzeile, die VAL1 auf setzt, und den Wert selbst einstellen.

Wird dies so aussehen, dass wenn der Code der Bibliothek läuft, er in den ersten Block läuft? oder ist es in der kompilierungszeit völlig statisch?

Answer 1

Präprozessor-Makros sind Kompilierungszeit-Dinge. Sie verwenden sie normalerweise, um sicherzustellen, dass der Compiler weiß, wie er sich in bestimmten Situationen verhält. Zum Beispiel, wenn Sie verschiedene Bibliotheken für verschiedene Plattformen verwenden.

Mehr Infos here

Answer 2

kurze Antwort: keine

Das sind Präprozessordirektiven welche vor der Kompilierung vorverarbeitet (wie der Name schon sagt). Sobald dein Programm kompiliert ist; Sie können dieses Verhalten nicht mehr ändern.

Answer 3

Wird dies so aussehen, dass wenn der Code der Bibliothek läuft, er in den ersten Block läuft? oder ist es in der kompilierungszeit völlig statisch?

Die Antwort ist: Es ist völlig statisch in der Übersetzungszeit.

Wenn Sie beide Versionen des Codes kompilieren möchte dann je nach dem Kontext, wo diese if/def Makro verwendet wird, könnten Sie:

if (VAL1 && VAL2) 
{ do something } 
else 
{ do something I dont want to do } 

dann unter der Annahme VAL1 und VAL2-1 löst, wird der Code do something kompiliert und ausführen, aber der Code do something I dont want to do wird nur kompilieren - aber der Compiler wird es optimieren, indem er es nicht in die ausführbare Datei aufnimmt.

Answer 4

Nein, dies wirkt sich nur auf den Header aus, der während des nächsten Kompilierungslaufs analysiert wird. Es hat keine Auswirkungen auf den kompilierten Teil der Bibliothek, mit dem Sie bereits verlinken.

Dies bedeutet, es ist wahrscheinlich eine schlechte Idee. Im Allgemeinen möchten Sie Compiler-Flags konsistent halten, und das schließt Makros ein. Wir können nicht sagen, ob es hier einen Unterschied macht, aber wenn Sie nicht sicher sind, würde ich bei den gleichen Makrodefinitionen bleiben.

Wenn das bedeutet, dass Sie die Bibliothek selbst neu kompilieren müssen, dann müssen Sie das tun.