Was ist der Unterschied zwischen #include und #include “Dateiname”?

Question 1

Was ist in den Programmiersprachen C und C++ der Unterschied zwischen der Verwendung von spitzen Klammern und der Verwendung von Anführungszeichen in einer include Aussage, wie folgt?

#include <filename>

#include "filename"

Question 2

Die einzige Möglichkeit, dies herauszufinden, besteht darin, die Dokumentation Ihrer Implementierung zu lesen.

Im die C-NormAbschnitt 6.10.2, Absätze 2 bis 4 heißt es:

Eine Vorverarbeitungsanweisung des Formulars
#include <h-char-sequence> new-line
durchsucht eine Folge von implementierungsdefinierten Stellen nach a Header eindeutig identifiziert durch die angegebene Sequenz zwischen den < und > Trennzeichen und bewirkt, dass diese Direktive durch den gesamten Inhalt der ersetzt wird Header. Wie die Stellen angegeben oder der Header identifiziert werden, ist implementierungsdefiniert.
Eine Vorverarbeitungsanweisung des Formulars
#include "q-char-sequence" new-line
bewirkt die Ersetzung dieser Direktive durch den gesamten Inhalt der Quelldatei identifiziert durch die angegebene Sequenz zwischen den " Trennzeichen. Die benannte Quelldatei wird implementierungsdefiniert gesucht. Wenn diese Suche nicht unterstützt wird oder die Suche fehlschlägt, wird die Anweisung erneut verarbeitet, als ob sie gelesen worden wäre
#include <h-char-sequence> new-line
mit der identisch enthaltenen Sequenz (inkl > Zeichen, falls vorhanden) aus der ursprünglichen Anweisung.
Eine Vorverarbeitungsanweisung des Formulars
#include pp-tokens new-line
(das keiner der beiden vorherigen Formen entspricht) ist zulässig. Die Vorverarbeitungstoken danach include in der Direktive werden wie im normalen Text verarbeitet. (Jeder derzeit als Makroname definierte Bezeichner wird durch seine Ersetzungsliste von Vorverarbeitungstoken ersetzt.) Die Direktive, die sich nach allen Ersetzungen ergibt, muss mit einer der beiden vorherigen Formen übereinstimmen. Die Methode, mit der eine Folge von Vorverarbeitungstoken zwischen a < und ein > Vorverarbeitungstokenpaar oder ein Paar von " Zeichen werden zu einem einzelnen Header-Namen kombiniert. Das Vorverarbeitungstoken ist implementierungsdefiniert.
Definitionen:

h-char: jedes Mitglied des Quellzeichensatzes außer dem Zeilenumbruchzeichen und >

q-char: jedes Mitglied des Quellzeichensatzes außer dem Zeilenumbruchzeichen und "

Question 3

Einige gute Antworten beziehen sich hier auf den C-Standard, haben aber den POSIX-Standard vergessen, insbesondere das spezifische Verhalten des c99 (z. B. C-Compiler) Befehl.

Entsprechend The Open Group Base Specifications Ausgabe 7,

-ICH Verzeichnis

Ändern Sie den Algorithmus für die Suche nach Headern, deren Namen keine absoluten Pfadnamen sind, um in dem Verzeichnis zu suchen, das durch die benannt wird Verzeichnis pathname, bevor Sie an den üblichen Stellen suchen. Header, deren Namen in doppelte Anführungszeichen (“” ) eingeschlossen sind, sollen also zuerst im Verzeichnis der Datei mit dem gesucht werden #enthalten Zeile, dann in Verzeichnissen mit dem Namen in -ICH Optionen und zuletzt an den üblichen Stellen. Bei Headern, deren Namen in spitze Klammern (“<>” ) eingeschlossen sind, soll der Header nur in Verzeichnissen gesucht werden, die in benannt sind -ICH Optionen und dann an den üblichen Orten. Verzeichnisse benannt in -ICH Optionen werden in der angegebenen Reihenfolge durchsucht. Implementierungen müssen mindestens zehn Instanzen dieser Option in einer einzigen unterstützen c99 Befehlsaufruf.

In einer POSIX-kompatiblen Umgebung mit einem POSIX-kompatiblen C-Compiler #include "file.h" wird wahrscheinlich suchen ./file.h zuerst, wo . ist das Verzeichnis, in dem sich die Datei mit der befindet #include Aussage, während #include <file.h>wird wahrscheinlich suchen /usr/include/file.h zuerst, wo /usr/include ist Ihr System definiert üblichen Orten für Header (es scheint nicht von POSIX definiert zu sein).

Question 4

Das genaue Verhalten des Präprozessors variiert zwischen den Compilern. Die folgende Antwort gilt für GCC und mehrere andere Compiler.

#include <file.h> weist den Compiler an, in seinem “includes”-Verzeichnis nach dem Header zu suchen, z. B. nach MinGW, nach dem der Compiler suchen würde file.h in C:\MinGW\include\ oder wo auch immer Ihr Compiler installiert ist.

#include "file" weist den Compiler an, das aktuelle Verzeichnis (dh das Verzeichnis, in dem sich die Quelldatei befindet) zu durchsuchen file.

Du kannst den … benutzen -I Flag für GCC, um ihm mitzuteilen, dass es, wenn es auf ein Include mit spitzen Klammern stößt, auch im Verzeichnis danach nach Headern suchen soll -I. GCC behandelt das Verzeichnis nach dem Flag so, als wäre es das includes Verzeichnis.

Wenn Sie beispielsweise eine Datei mit dem Namen myheader.h in Ihrem eigenen Verzeichnis, könnte man sagen #include <myheader.h> wenn Sie GCC mit der Flagge aufgerufen haben -I . (was angibt, dass im aktuellen Verzeichnis nach Includes gesucht werden soll.)

Ohne das -I Flagge, müssen Sie verwenden #include "myheader.h" um die Datei einzuschließen oder zu verschieben myheader.h zum include Verzeichnis Ihres Compilers.

Question 5

GCC-Dokumentation sagt Folgendes über den Unterschied zwischen den beiden:

Sowohl Benutzer- als auch System-Header-Dateien werden mithilfe der Vorverarbeitungsanweisung eingeschlossen ‘#include’. Es hat zwei Varianten:

#include <file>

Diese Variante wird für System-Header-Dateien verwendet. Es sucht nach einer Datei namens file in einer Standardliste von Systemverzeichnissen. Sie können dieser Liste Verzeichnisse mit voranstellen -I Möglichkeit (vgl Aufruf).

#include "file"

Diese Variante wird für Header-Dateien Ihres eigenen Programms verwendet. Es sucht nach einer Datei mit dem Namen Datei zuerst in dem Verzeichnis, das die aktuelle Datei enthält, dann in den Zitatverzeichnissen und dann in denselben Verzeichnissen, die für verwendet werden <file>. Sie können der Liste der Zitatverzeichnisse Verzeichnisse mit voranstellen -iquote Möglichkeit. Das Argument von ‘#include’, unabhängig davon, ob sie durch Anführungszeichen oder spitze Klammern begrenzt sind, verhält sich wie eine Zeichenfolgenkonstante, da Kommentare nicht erkannt und Makronamen nicht erweitert werden. Daher, #include <x/*y> gibt die Einbeziehung einer System-Header-Datei mit dem Namen an x/*y.

Wenn jedoch Backslashes in einer Datei vorkommen, werden sie als normale Textzeichen und nicht als Escape-Zeichen betrachtet. Keine der Escape-Zeichenfolgen, die für String-Konstanten in C geeignet sind, werden verarbeitet. Daher,#include "x\n\\y"gibt einen Dateinamen an, der drei umgekehrte Schrägstriche enthält. (Einige Systeme interpretieren ‘\’ als Trennzeichen für Pfadnamen. Alle diese interpretieren auch ‘/’ in der gleichen Weise. Es ist am tragbarsten, nur zu verwenden ‘/’.)

Es ist ein Fehler, wenn etwas (außer Kommentaren) in der Zeile nach dem Dateinamen steht.