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?
Use this to suppress messages in release mode but allow them in debug mode:
If you use only
DEFINES += QT_NO_DEBUG_OUTPUT
without theCONFIG(...)
part you will disable them in both modes, which is usually not desirable.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:
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.