Является ли #pragma когда-то частью стандарта C ++ 11?

Традиционно стандартным и переносимым способом избежать включения нескольких заголовков в C ++ было использование #ifndef - #define - #endifсхемы директив предварительного компилятора, также называемой схемой защиты от макросов (см. Фрагмент кода ниже).

#ifndef MY_HEADER_HPP
#define MY_HEADER_HPP
...
#endif

Однако в большинстве реализаций / компиляторов (см. Рисунок ниже) существует более «элегантная» альтернатива, которая служит той же цели, что и вызванная схема защиты от макросов #pragma once. #pragma onceимеет несколько преимуществ по сравнению со схемой защиты от макросов, в том числе меньший объем кода, предотвращение конфликтов имен и иногда повышенная скорость компиляции.

Проведя небольшое исследование, я понял, что хотя #pragma onceдиректива поддерживается почти всеми известными компиляторами, есть неясность в отношении того, #pragma onceявляется ли директива частью стандарта C ++ 11 или нет.

Вопросы:

• Может ли кто-нибудь уточнить, #pragma onceявляется ли директива частью стандарта С ++ 11 или нет?
• Если он не является частью стандарта C ++ 11, есть ли планы по его включению в более поздние версии (например, C ++ 14 или новее)?
• Также было бы неплохо, если бы кто-то мог более подробно рассказать о преимуществах / недостатках использования любого из методов (например, макрозащиты по сравнению с #pragma once).

#pragma onceэто не стандарт. Это распространенное (но не универсальное) расширение, которое можно использовать

• если ваши проблемы с переносимостью ограничены, и
• вы можете быть уверены, что все ваши включаемые файлы всегда находятся на локальном диске.

Он рассматривался для стандартизации, но отклонен, поскольку не может быть надежно реализован. (Проблемы возникают, когда у вас есть файлы, доступные через несколько разных удаленных подключений.)

Довольно легко убедиться, что в одной разработке нет конфликтов защиты включения. Для библиотек, которые могут использоваться многими различными разработками, очевидным решением является создание множества случайных символов для защиты включения при ее создании. (Можно настроить хороший редактор, который будет делать это за вас всякий раз, когда вы открываете новый заголовок.) Но даже без этого я еще не сталкивался с какими-либо проблемами, связанными с конфликтами между библиотеками.

Раздел §16.6 Стандарта ( проект N3936 ) описывает #pragmaдирективы как:

Директива предварительной обработки формы

# pragma pp-tokensopt new-line

заставляет реализацию вести себя способом, определяемым реализацией. Такое поведение может привести к сбою перевода или к некорректному поведению переводчика или результирующей программы. Любая прагма, не распознаваемая реализацией, игнорируется.

В основном #pragma onceэто конкретный экземпляр #pragmaдирективы для реализации, и нет, это не стандарт. Пока что.

Он часто широко поддерживается большинством «основных компиляторов», включая GCC и Clang, и поэтому иногда рекомендуется избегать использования шаблона include-guard.