Чи є #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є директива частиною стандарту C ++ 11 чи ні?
• Якщо він не є частиною стандарту C ++ 11, чи є якісь плани щодо його включення до пізніших версій (наприклад, C ++ 14 або новіших версій)?
• Було б також непогано, якби хтось міг детальніше ознайомитись з перевагами / недоліками у використанні будь-якої з методик (тобто, макро-захист проти #pragma once).

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

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

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

Досить легко забезпечити відсутність включення конфліктів охоронців в рамках однієї розробки. Для бібліотек, які можуть бути використані багатьма різними розробками, очевидним рішенням є створення безлічі випадкових символів для включення варти при його створенні. (Хороший редактор може бути створений для цього, коли ви відкриваєте новий заголовок.) Але навіть без цього я ще не стикаюся з будь-якими проблемами з конфліктами між бібліотеками.

Розділ §16.6 стандарту ( проект N3936 ) описує #pragmaдирективи як:

Директива щодо попередньої обробки форми

# pragma pp-tokensopt new-line

змушує реалізацію поводитись визначеним чином. Поведінка може спричинити збій перекладу або призвести до того, що перекладач або програма, що виникає в результаті, поводяться невідповідно. Будь-яка прагма, яка не розпізнається реалізацією, ігнорується.

В основному #pragma onceце конкретний екземпляр #pragmaдирективи, і ні, це не є стандартом. І все-таки.

Її часто підтримують більшість "великих компіляторів", включаючи GCC та Clang, і тому іноді рекомендується уникати котлоагрегатів.