[Development] Removing QT_NO_DEBUG_STREAM?
Koehne Kai
Kai.Koehne at digia.com
Mon Jan 6 16:52:35 CET 2014
Hi,
Today I've stumbled another time over QT_NO_DEBUG_STREAM ... you know, one of this infamous QT_NO macros that we keep 'alive' by mere copy and paste :) And because it's a new year, a new dawn , etc, I decided to do something about it.
- I'm pretty sure nobody could compile QtCore with QT_NO_DEBUG_STREAM since at least 2009 ... see e.g. QTBUG-18418 . Right now it errors right at qstring.cpp.
- I'd like to replace most qDebug() qWarning() calls with their qCDebug()/qCWarning() equivalents inside Qt , which would result in a whole lot of #ifdef'ing if we keep QT_NO_DEBUG_STREAM
So, anyone would mind if I remove QT_NO_DEBUG_STREAM from the code base? I already started to do so for QtCore: https://codereview.qt-project.org/#change,74745 . But it's a lot of (tedious) work to do for the other modules too, so I thought I'd ask for opinions here before wasting more time :)
Regards
Kai
PS: A less invasive patch would be to only check for QT_NO_DEBUG_STREAM when it comes to operator<< for data types outside of QtCore. Anyway, given that we don't have the check in the CI I'm pretty sure it'll break over time, again.
--
Kai Köhne, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
More information about the Development
mailing list