[Development] Upgrading the sources to C++11 keywords (Q_NULLPTR, etc.)
Marc Mutz
marc.mutz at kdab.com
Mon Feb 9 21:05:09 CET 2015
On Monday 09 February 2015 20:10:44 André Pönitz wrote:
> On Mon, Feb 09, 2015 at 09:36:46AM +0100, Marc Mutz wrote:
> > I find Q_NULLPTR *beautiful* (bautyful is deeper than pretty), because I
> > know at some point we will be able to just s/Q_NULLPTR/nullptr/. That's
> > not possible with 0 (not even with NULL (could be C code)), so I don't
> > see the point in continuing to use 0.
>
> At some time you will be able to ran clang-modernize with the
> Use-Nullptr transformation or something similar.
>
> Until then your attempts your tic to replace 0 by Q_NULLPTR as "white
> space fixes" will only convert a tiny fraction of the code base,
> introduce yet-another-non-uniformly-used-idiom.
>
> Diversity is good in biology. Less so in code.
By the same token, we should stop fixing code formatting "mistakes" in passing,
since we could just run clang-format.
The difference is that in the in-passing model, the code history isn't
clobbered with "reformat" commits.
--
Marc Mutz <marc.mutz at kdab.com> | Senior Software Engineer
KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090
KDAB - Qt Experts - Platform-Independent Software Solutions
More information about the Development
mailing list