Coming from MFC, I treated qDebug()
much like TRACE()
, assuming that it is removed from Release builds by the preprocessor (in MFC it's done using #define TRACE 1 ? (void*) 0 : AfxTrace
).
To my surprise, however, qDebug()
is executed in Release builds as well. How do I change this? And also, why is this so, what was the reasoning of the developers of Qt behind this decision?
qDebug
is also preprocessor-controlled, but it has its own special macro, QT_NO_DEBUG_OUTPUT
. If you add that to your Release build defines, it will be removed.
QDebug is "output stream for debugging information". It has it default behaviour witch is printing to stdout/stderr depending on message type. You can customize qDebug() behaviour easily by installing own message handler. For example you can test at runtime (not compile time) if you want to print debugs. Take a look at this code sample:
#include <QDebug> void noMessageOutput(QtMsgType type, const char *msg) { Q_UNUSED(type); Q_UNUSED(msg); } int main(int argc, char * argv[]) { QApplication app(argc, argv); if ( ! app.arguments().contains(QLatin1String("--with-debug") ) { qInstallMsgHandler(noMessageOutput); } }
It will hide whole qDebug output if there is no parameter specified at runtime. You get more control than just "show debug/don't show debug"
Also you can completly disable QDebug with QT_NO_DEBUG_OUTPUT
define if you're concerned about performance lost with qDebug present within code.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With