Include guard

The following C code demonstrates a real problem that can arise if #include guards are missing:

struct Foo {

int member;

};

1. include "Grandparent.h"

1. include "Grandparent.h"
2. include "Parent.h"

struct Foo { // From "Grandparent.h"

int member;

};

struct Foo { // From "Parent.h"

int member;

};

Here, the file "Child.c" has indirectly included two copies of the text in the header file "Grandparent.h". This causes a compilation error, since the structure type Foo will thus be defined twice. In C++, this would be called a violation of the one definition rule.

The same code as the previous section is used with the addition of #include guards. The C preprocessor preprocesses the header files, including and further preprocessing them recursively. This will result in a working source file.

1. ifndef GRANDPARENT_H
2. define GRANDPARENT_H

struct Foo {

int member;

};

1. endif /* GRANDPARENT_H */

1. include "Grandparent.h"

1. include "Grandparent.h"
2. include "Parent.h"

// Contents from "Grandparent.h"

1. ifndef GRANDPARENT_H // GRANDPARENT_H is not defined
2. define GRANDPARENT_H

struct Foo { // This definition is compiled

int member;

};

1. endif /* GRANDPARENT_H */

// Contents from "Parent.h"

1. ifndef GRANDPARENT_H // GRANDPARENT_H is already defined
2. define GRANDPARENT_H

struct Foo { // This definition is not compiled

int member;

};

1. endif /* GRANDPARENT_H */

struct Foo {

int member;

};

Here, the first inclusion of "Grandparent.h" has the macro GRANDPARENT_H defined. When "Child.c" includes "Grandparent.h" at the second time (while including "Parent.h"), as the #ifndef test returns false, the preprocessor skips down to the #endif, thus avoiding the second definition of struct Foo. The program compiles correctly.

Different naming conventions for the guard macro may be used by different programmers. Other common forms of the above example include GRANDPARENT_INCLUDED, CREATORSNAME_YYYYMMDD_HHMMSS (with the appropriate time information substituted), and names generated from a UUID. (However, names starting with one underscore and a capital letter (C and C++) or any name containing double underscore (C++ only), such as _GRANDPARENT_H and GRANDPARENT__H, are reserved to the language implementation and should not be used by the user.C++ standard (ISO/IEC 14882) section 17.4.3.1.2/1C standard (ISO/IEC 9899) section 7.1.3/1.)

Of course, it is important to avoid duplicating the same include-guard macro name in different header files, as including the 1st will prevent the 2nd from being included, leading to the loss of any declarations, inline definitions, or other #includes in the 2nd header.

For #include guards to work properly, each guard must test and conditionally set a different preprocessor macro. Therefore, a project using #include guards must work out a coherent naming scheme for its include guards, and make sure its scheme doesn't conflict with that of any third-party headers it uses, or with the names of any globally visible macros.

For this reason, most C and C++ implementations provide a non-standard #pragma once directive. This directive, inserted at the top of a header file, will ensure that the file is included only once. The Objective-C language (which is a superset of C) has an #import directive, which works exactly like #include, except that it includes each file only once, thus obviating the need for #include guards.{{Cite web|url=https://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/DefiningClasses/DefiningClasses.html#//apple_ref/doc/uid/TP40011210-CH3-SW1|title=Objective C: Defining Classes|date=2014-09-17|website=developer.apple.com|language=en|access-date=2018-10-03}}

Some languages support specifying that the code should be included only once, in the including file, rather than in the included one (as with C/C++ include guards and #pragma once):

• PL/I uses the %INCLUDE statement as the equivalent to C's #include directive. IBM Enterprise PL/I also supports the %XINCLUDE statement which will "incorporate external text into the source program if it has not previously been included." (It also offers an XPROCEDURE statement, similar to a PROCEDURE statement, which will ignore the second and subsequent occurrences of an XPROCEDURE with the same name.) {{cite book |last1=IBM Corporation |title=Enterprise PL/I for z/OS PL/I for AIX Enterprise PL/I for z/OS Language Reference Version 5 Release 1 |date=August 2017 |page=257 |url=https://www.ibm.com/docs/en/SSY2V3_5.1.0/com.ibm.ent.pl1.zos.doc/lrm.pdf |access-date=Apr 7, 2022}}
• Objective-C's #import directive (see above)
• PHP's include_once{{Cite web|url=https://www.php.net/manual/en/function.include-once.php|title= include_once (PHP Language Reference)}}

• #pragma once
• C preprocessor
• Circular dependency
• One Definition Rule
• PL/I preprocessor

• [https://web.archive.org/web/20100819052043/http://www.bobarcher.org/software/include/index.html Include guard optimisation]
• [http://c2.com/cgi/wiki?RedundantIncludeGuards Redundant Include Guards]

Category:C (programming language) headers