750

I have been seeing code like this usually in the start of header files:

#ifndef HEADERFILE_H
#define HEADERFILE_H

And at the end of the file is

#endif

What is the purpose of this?

7
  • 55
    +1 - I too had same doubt, and got much more good answer here, may be useful for future visitors : stackoverflow.com/q/3246803/1134940 Commented Dec 11, 2012 at 5:27
  • 7
    I want to add to this that you can also use #pragma once, that's all you have to do and it serves the same purpose as ifndef. For comparison of the two, see: stackoverflow.com/questions/1143936/… Commented Jun 1, 2013 at 16:12
  • 5
    Best to mention what a #pragma is: it activates a compiler-specific feature. Although #pragma once is very widely supported, it's nonstandard. Commented Jun 1, 2013 at 16:41
  • 3
    @Dimension: GNU's own documentation (info cpp or look here) says "it is not recognized by all preprocessors, so you cannot rely on it in a portable program.". And GNU cpp optimizes the common and portable #ifndef idiom so it's as efficient as #pragma once. Commented Aug 24, 2013 at 19:44
  • 5
    Some things to consider: Don't use a macro name starting with an underscore; such identifiers are reserved to the implementation. More subtly, #ifndef HEADERFILE_H can violate the implementation's namespace of the header name happens to start with E; identifiers starting with E and a digit or uppercase letter are reserved to <errno.h>. I suggest #ifndef H_HEADERFILE. Commented Aug 24, 2013 at 20:26

5 Answers 5

751

Those are called #include guards.

Once the header is included, it checks if a unique value (in this case HEADERFILE_H) is defined. Then if it's not defined, it defines it and continues to the rest of the page.

When the code is included again, the first ifndef fails, resulting in a blank file.

That prevents double declaration of any identifiers such as types, enums and static variables.

Sign up to request clarification or add additional context in comments.

12 Comments

Koning Baard XIV: VC even has a #pragma once which does the same :-)
Also it prevents recursive inclusions... Imagine "alice.h" includes "bob.h" and "bob.h" includes "alice.h" and they don't have include guards...
@Јοеу: #pragma once is not portable; the common #ifndef idiom is recommended.
@CIsForCookies Punch "one definition rule" into your favorite search engine.
The cost of opening a file, discarding all its contents, and closing it over and over might not sound like much, but for a large header included transitively by hundreds of other headers (e.g. windows.h, the low-level stuff providing simple type definitions like stdint.h, types.h, etc.), the difference between opening it exactly once per source file and opening it a hundred times (where only the first time does anything productive), especially in a parallel build (where even the tiny amount of contention added can hurt a lot on spinning disk storage), adds up in large builds.
|
63
#ifndef <token>
/* code */
#else
/* code to include if the token is defined */
#endif

#ifndef checks whether the given token has been #defined earlier in the file or in an included file; if not, it includes the code between it and the closing #else or, if no #else is present, #endif statement. #ifndef is often used to make header files idempotent by defining a token once the file has been included and checking that the token was not set at the top of that file.

#ifndef _INCL_GUARD
#define _INCL_GUARD
#endif

6 Comments

Identifiers starting with an underscore are reserved; you shouldn't define them yourself. Use something like #ifndef H_HEADER_NAME.
I know this is an old comment, but actually the underscore restriction only applies to "external identifiers" - identifiers that could end up in the compiled object's symbol table, i.e. global variables and function names. It does not apply to macro names.
Is Stu's comment true? I just read stackoverflow.com/questions/228783/… and now I am not so sure.
No, despite the fact that it is common practice, it is undefined behavior for a user to define any symbol starting with underscore FOLLOWED by an uppercase letter in any scope in C++. In practice such symbols may be used to define macros in the standard libraries, which could collide with user-defined symbols of the same form (I look forward to a response in 2023; greetings, from the age of the rat plague!) Exception: user-defined literals.
@DavidZhaoAkeley No rat plague here. Underscores followed by uppercase letters are still off-limits, and COVID has dramatically improved around the world :P
|
21

This prevent from the multiple inclusion of same header file multiple time.

#ifndef __COMMON_H__
#define __COMMON_H__
//header file content
#endif

Suppose you have included this header file in multiple files. So first time __COMMON_H__ is not defined, it will get defined and header file included.

Next time __COMMON_H__ is defined, so it will not include again.

Comments

8

They are called ifdef or include guards.

If writing a small program it might seems that it is not needed, but as the project grows you could intentionally or unintentionally include one file many times, which can result in compilation warning like variable already declared.

  • #ifndef checks whether HEADERFILE_H is not declared.

  • #define will declare HEADERFILE_H once #ifndef generates true.

  • #endif is to know the scope of #ifndef i.e end of #ifndef.

If it is not declared, which means #ifndef generates true, then only the part between #ifndef and #endif is executed, otherwise not. This will prevent from again declaring the identifiers, enums, structure, etc...

Comments

3

#ifndef checks whether the given token has been #defined earlier in the file or in an included file; if not, it includes the code between it and the closing #else or, if no #else is present, #endif statement. #ifndef is often used to make header files idempotent by defining a token once the file has been included and checking that the token was not set at the top of that file.

#ifndef ABOUTSCREEN_H
#define ABOUTSCREEN_H

#include <fcntl.h>
#include <unistd.h>

#define CHARGING_STATUS_FILE "/cable.2/state"

#define LED_ON "255"
#define LED_OFF "0"

namespace Ui
{
    class aboutScreen;
}

class aboutScreen : public QWidget
{
    Q_OBJECT

public:
    enum LedColors
    {
        OFF,
        RED,
        BLUE,
        GREEN,
        WHITE
    };

    explicit aboutScreen(QWidget *parent = 0, Ui::mainStackWidget *uiMainStackWidget = 0);
    ~aboutScreen();
    void init(void);
    void writeLedStatus(QString, QString);

public slots:
    void updateBatteryAndStorageStatus(void);

private slots:
    void on_backButton_pressed();
    void on_backButton_released();

private:
    Ui::mainStackWidget *uiMainStackWidget;
};

#endif // ABOUTSCREEN_H

Comments

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.