¿Es #pragma una vez parte del estándar C ++ 11?

Tradicionalmente, la forma estándar y portátil de evitar múltiples inclusiones de encabezado en C ++ era / es usar el #ifndef - #define - #endifesquema de directivas precompilador también llamado esquema de macro-guardia (vea el fragmento de código a continuación).

#ifndef MY_HEADER_HPP
#define MY_HEADER_HPP
...
#endif

Sin embargo, en la mayoría de las implementaciones / compiladores (vea la imagen a continuación), hay una alternativa más "elegante" que sirve para el mismo propósito que el esquema de macro-guardia llamado #pragma once. #pragma oncetiene varias ventajas en comparación con el esquema de macro-guardia, que incluye menos código, evitar conflictos de nombres y, a veces, una velocidad de compilación mejorada.

Investigando un poco, me di cuenta de que aunque la #pragma oncedirectiva es compatible con casi todos los compiladores conocidos, existe una turbidez sobre si la #pragma oncedirectiva es parte del estándar C ++ 11 o no.

Preguntas:

• ¿Podría alguien aclarar si la #pragma oncedirectiva es parte del estándar C ++ 11 o no?
• Si no es parte del estándar C ++ 11, ¿hay planes para incluirlo en versiones posteriores (por ejemplo, C ++ 14 o posterior)?
• También sería bueno si alguien pudiera profundizar en las ventajas / desventajas en el uso de cualquiera de las técnicas (es decir, macro-guardia versus #pragma once).

#pragma onceNo es estándar. Es una extensión extendida (pero no universal), que se puede usar

• si sus preocupaciones de portabilidad son limitadas, y
• puede estar seguro de que todos sus archivos de inclusión siempre están en un disco local.

Se consideró para la estandarización, pero se rechazó porque no se puede implementar de manera confiable. (Los problemas se producen cuando tiene archivos accesibles a través de varios montajes remotos diferentes).

Es bastante fácil asegurarse de que no haya conflictos de protección de inclusión dentro de un solo desarrollo. Para las bibliotecas, que pueden ser utilizadas por muchos desarrollos diferentes, la solución obvia es generar muchos caracteres aleatorios para el protector de inclusión cuando lo cree. (Se puede configurar un buen editor para que haga esto por usted cada vez que abra un nuevo encabezado). Pero incluso sin esto, todavía no he encontrado ningún problema con conflictos entre bibliotecas.

La Sección § 16.6 de la Norma ( borrador N3936 ) describe las #pragmadirectivas como:

Una directiva de preprocesamiento del formulario

# pragma pp-tokensopt new-line

hace que la implementación se comporte de una manera definida por la implementación. El comportamiento puede hacer que la traducción falle o que el traductor o el programa resultante se comporten de manera no conforme. Cualquier pragma que no sea reconocido por la implementación se ignora.

Básicamente #pragma oncees una instancia específica de implementación de una #pragmadirectiva, y no, no es estándar. Todavía.

A menudo es ampliamente compatible con la mayoría de los "compiladores principales", incluidos GCC y Clang y, por lo tanto, a veces se recomienda evitar la placa de protección de inclusión.