O #pragma já fez parte do padrão C ++ 11?

Tradicionalmente, a maneira padrão e portátil de evitar múltiplas inclusões de cabeçalho no C ++ era / é usar o #ifndef - #define - #endifesquema de diretivas de pré-compilador, também chamado de esquema de guarda de macro (veja o trecho de código abaixo).

#ifndef MY_HEADER_HPP
#define MY_HEADER_HPP
...
#endif

Na maioria das implementações / compiladores (veja a figura abaixo), no entanto, há uma alternativa mais "elegante" que serve ao mesmo propósito que o esquema de proteção macro chamado #pragma once. #pragma oncepossui várias vantagens em comparação com o esquema de proteção macro, incluindo menos código, prevenção de conflitos de nomes e, às vezes, maior velocidade de compilação.

Pesquisando, percebi que, embora a #pragma oncediretiva seja suportada por quase todos os compiladores conhecidos, há uma turvação sobre se a #pragma oncediretiva faz parte do padrão C ++ 11 ou não.

Questões:

• Alguém poderia esclarecer se a #pragma oncediretiva faz parte do padrão C ++ 11 ou não?
• Se não faz parte do padrão C ++ 11, há planos de incluí-lo em versões posteriores (por exemplo, C ++ 14 ou posterior)?
• Também seria bom se alguém pudesse aprofundar as vantagens / desvantagens no uso de qualquer uma das técnicas (por exemplo, proteção macro versus #pragma once).

#pragma oncenão é padrão. É uma extensão generalizada (mas não universal), que pode ser usada

• se suas preocupações com portabilidade forem limitadas e
• você pode ter certeza de que todos os seus arquivos de inclusão estão sempre em um disco local.

Foi considerado para padronização, mas rejeitado porque não pode ser implementado com confiabilidade. (Os problemas ocorrem quando você tem arquivos acessíveis através de várias montagens remotas diferentes.)

É bastante fácil garantir que não haja conflitos de guarda de inclusão em um único desenvolvimento. Para bibliotecas, que podem ser usadas por muitos desenvolvimentos diferentes, a solução óbvia é gerar muitos caracteres aleatórios para o guarda de inclusão quando você o criar. (Um bom editor pode ser configurado para fazer isso sempre que você abrir um novo cabeçalho.) Mas mesmo sem isso, ainda não encontrei problemas com conflitos entre bibliotecas.

A seção §16.6 da Norma ( rascunho N3936 ) descreve as #pragmadiretrizes como:

Uma diretiva de pré-processamento do formulário

# pragma pp-tokensopt new-line

faz com que a implementação se comporte de uma maneira definida pela implementação. O comportamento pode causar falha na tradução ou fazer com que o tradutor ou o programa resultante se comporte de maneira não conforme. Qualquer pragma que não seja reconhecido pela implementação é ignorado.

Basicamente, #pragma onceé uma instância específica de implementação de uma #pragmadiretiva e não, não é padrão. Ainda.

Muitas vezes, é amplamente suportado pela maioria dos "principais compiladores", incluindo GCC e Clang, e, portanto, às vezes é recomendado para evitar clichês de inclusão.