Поддержка nullptr в g++. Как её определить в коде?

[Croessmah]

Да какие деструкторы если он почти на чистом Си пишет. Из С++ тут кроме std::cout особо ничего нет

Сейчас нет, потом, возможно будет. А в голове останется "и так всё почистится"

[_Bers]

Сообщение от Croessmah

#if __cplusplus<201103L
   #define nullptr (0)
#endif

плохой совет.

по стандарту нельзя делать макросы имена которых совпадают с ключевыми словами языка.

2012 студия и выше пасут, что бы такого не было,
например.

там код по вашему совету просто не скомпилируется

[Croessmah]

по стандарту нельзя делать макросы имена которых совпадают с ключевыми словами языка.

Макрос __cplusplus установлен в 201103L для c++11, что гарантирует наличие nullptr.
В стандарте до c++11 не было ключевого слова nullptr, так что если nullptr был до c++11, то это тоже не по стандарту.

там код по вашему совету просто не скомпилируется

я давно послал в большое пекло компилятор от майкрософта.

[Alex11223]

В пекло за соблюдение стандарта? ок.

Автор кстати вроде не понял совет и пытался совмещать его с #ifdef nullptr

[Croessmah]

В пекло за соблюдение стандарта? ок.

Когда это cl поддерживал стандарт добром? Как раз за его гадкое отношение к этому вопросу его и выбросил, ну и за некоторые баги, может уже их и пофиксили, не знаю.

не скомпилируется

кстати, в облаке скомпилировалось.

[Пепел Феникса]

Когда это cl поддерживал стандарт добром?

не 100% но всегда(gcc тоже не 100).
просто отставал. в силу того что студии не чаще чем в год выходят.

[p51x]

Когда это cl поддерживал стандарт добром? Как раз за его гадкое отношение к этому вопросу его и выбросил, ну и за некоторые баги, может уже их и пофиксили, не знаю.

Я уже писал - давно как. И уже не особо уступает гцц.

[Croessmah]

не 100% но всегда(gcc тоже не 100).

И уже не особо уступает гцц.

че т не помню такого. Я имею ввиду не возможности, данные нам стандартом, а строгость соответствия этому самому стандарту. Помнится, cl плевать хотел на это.

Что касается gcc, там с этим явно получше, имхо.
Думаю, clang тоже нужно упомянуть, всё же не плохой фронт-энд.

Что касается багов, то они есть везде.

[p51x]

а строгость соответствия этому самому стандарту. Помнится, cl плевать хотел на это.

Именно, что было. Потом они "осознали, раскаялись" и стали исправляться.

Что касается gcc, там с этим явно получше, имхо.

Особенно в gcc extensions и gcc only, которые допускают отходы от стандарта.

Имхо, бесполезный спор - все компиляторы переболели гонкой за фичами и стали умать о стандарте. Вон и МС добавила в студию поддержку Clang

[Croessmah]

Именно, что было. Потом они "осознали, раскаялись" и стали исправляться.

Тогда прошу прощения за наезд.

Особенно в gcc extensions и gcc only, которые допускают отходы от стандарта.

В gcc что включено, то почти всё отключается, в большинстве случаев достаточно -pedantic (-pedantic-errors)

Имхо, бесполезный спор

Согласен. Предлагаю закончить :-)

Вон и МС добавила в студию поддержку Clang

Да, читал. Но я последние два года под линуксами, с cl (и со студией) редко сталкиваюсь (на работе mingw на винде стоит).