>C doesn't have this problem
I don't think a strong type system is a `problem`, implicit conversions can lead to so many annoying and hard to find bugs.
I don't think a strong type system is a `problem`, implicit conversions can lead to so many annoying and hard to find bugs.
char *x = 0; // ok in C and C++
char *y = (void*)0; // ok in C, error in C++
char *z = nullptr; // ok in C++
therefore: #define NULL ((void*)0) // Required by Posix C, invalid C++
#define NULL 0 // Pre-nullptr, the only valid C++ definition
C++ can't define NULL the safe way that Posix C does.I don't understand why it's more acceptable to allow magic `0` conversions than magic `(void*)0` conversions, given that the latter is far less likely to happen by accident -- but here we are.
In the end you don't have to chose between '0' and 'nullptr' anyways.
char *x = (decltype (nullptr)) 0;