Implementation defined behavior is controlled by #pragma
directive.
#pragma pragma_params | (1) | |
_Pragma ( string-literal ) | (2) | (since C++11) |
L
prefix (if any) , the outer quotes, and leading/trailing whitespace from string-literal, replaces each \"
with "
and each \\
with \
, then tokenizes the result (as in translation stage 3), and then uses the result as if the input to #pragma
in (1)
Pragma directive controls implementation-specific behavior of the compiler, such as disabling compiler warnings or changing alignment requirements. Any pragma that is not recognized is ignored.
The ISO C++ language standard does not require the compilers to support any pragmas. However, several non-standard pragmas are supported by multiple implementations:
ISO C language standard requires that C compilers support the following three pragmas, and some C++ compiler vendors support them, to varying degrees, in their C++ frontends:
#pragma STDC FENV_ACCESS arg | (1) | |
#pragma STDC FP_CONTRACT arg | (2) | |
#pragma STDC CX_LIMITED_RANGE arg | (3) |
where arg is either ON
or OFF
or DEFAULT
.
ON
, informs the compiler that the program will access or modify floating-point environment, which means that optimizations that could subvert flag tests and mode changes (e.g., global common subexpression elimination, code motion, and constant folding) are prohibited. The default value is implementation-defined, usually OFF
.(x*y) + z
with a single fused multiply-add CPU instruction. The default value is implementation-defined, usually ON
.OFF
The behavior of the program is undefined if any of the three pragmas above appear in any context other than outside all external declarations or preceding all explicit declarations and statements inside a compound statement.
Note: compilers that do not support these pragmas may provide equivalent compile-time options, such as gcc's -fcx-limited-range
and -ffp-contract
.
#pragma once
is a non-standard pragma that is supported by the vast majority of modern compilers. If it appears in a header file, it indicates that it is only to be parsed once, even if it is (directly or indirectly) included multiple times in the same source file.
Standard approach to preventing multiple inclusion of the same header is by using include guards:
#ifndef LIBRARY_FILENAME_H #define LIBRARY_FILENAME_H // contents of the header #endif /* LIBRARY_FILENAME_H */
So that all but the first inclusion of the header in any translation unit are excluded from compilation. All modern compilers record the fact that a header file uses an include guard and do not re-parse the file if it is encountered again, as long as the guard is still defined. (see e.g. gcc).
With #pragma once
, the same header appears as.
#pragma once // contents of the header
Unlike header guards, this pragma makes it impossible to erroneously use the same macro name in more than one file. On the other hand, since with #pragma once
files are excluded based on their filesystem-level identity, this can't protect against including a header twice if it exists in more than one location in a project.
© cppreference.com
Licensed under the Creative Commons Attribution-ShareAlike Unported License v3.0.
http://en.cppreference.com/w/cpp/preprocessor/impl