Czy istnieją jakieś oficjalne, lub nieoficjalne, #defines, kiedy kompilator jest zgodny z Cpp0x? Jeszcze lepiej, dla określonej funkcjonalności Cpp0x (~ # cpp0xlambda, # cpp0xrvalue itp.)?Co jest #zdefiniowane, jeśli kompilator jest zgodny z Cpp0x?
(nie znalazłem nic na ten temat w internecie)
Bjarne's C++0x FAQ mówi:
__cplusplusw C++ 0x makro
__cpluspluszostanie ustawiona na wartość, która różni się od (jest większy) bieżącego199711L.
dla C++ 03 według 16,8/1 (Prede zdefiniowane nazwy makr):
Nazwa
__cplusplusjest zdefiniowane wartości 199711L podczas kompilowania jednostki tłumaczeniowej C++.
C++ 0x projekt n2857 według 16,8/1 (Prede zdefiniowane nazwami makro):
Z nazwą
__cplusplusjest z definicją w wartości [TBD] podczas kompilacji C jednostkę przenoszącą ++.
Należy oczekiwać, że będzie to liczba> '200911L', ale <' 201012L' – MSalters
Brak #defines dla określonej funkcjonalności? –
Definicje określonych funkcji można zdefiniować za pomocą implementacji. Standard nie ma takich definicji. –
Oficjalna specyfikacja obejmuje wartość dla __cplusplus preprocesora makro, ale jak inni zwrócili uwagę, sugeruje to, że wszystko w specyfikacji jest realizowany. Co więcej, żaden aktualny kompilator (który znam) nie ustawia odpowiedniej wartości. Specyfikacja jest dobra i dobra, ale całkowicie niezaimplementowane bity dowolnej specyfikacji powinny być uważane za próbne; przecięcie specyfikacji i szerokiego wsparcia jest prawdziwym "standardem".
Powiązanym pytaniem jest "jak sprawdzić, czy jest włączona obsługa C++ 0x?", Np. z przełącznikiem kompilatora -std=c++0x. Odpowiedź na to pytanie jest specyficzna dla kompilatora i może ulec zmianie, ale zarówno GCC 4.6, jak i Clang 2.1 ustawiają makro preprocesora __GXX_EXPERIMENTAL_CXX0X__ (i nadają mu wartość 1), gdy włączona jest obsługa częściowego C++ 0x.
Ale makro '__cplusplus' nie powinno być ustawione na' 199711L' dla dowolny kompilator, który nie implementuje standardu * full * C++ 98. – dalle