Question

How can I detect from within a QObject at runtime whether or not the Qt it's linked against is a debug build or release build?

I know about the QT_NO_DEBUG macro, but that is resolved at build time for Qt.

Example 1 of when this would be useful: I have a plugin that acts as a crash handler, providing a backtrace. I only want this plugin to attempt to do all this work if the qt debug symbols are available.

Example 2: I have a command line argument parser written in pyqt. It wants to print program help. How does it find out if QApplication will support the -sync switch or not from within pyqt. If I had info on the build type, I could add or remove -sync easily from the list of arguments the program understands.

Was it helpful?

Solution

If you just want to test whether you are running a debug or release build of your application, use QT_DEBUG:

#ifdef QT_DEBUG
  qDebug() << "Running a debug build";
#else
  qDebug() << "Running a release build";
#endif

Though this obviously uses the pre-processor, rather than checking at runtime. I'm a bit confused as to why you've specified that you want to make this check at runtime, seeing as the decision to build with or without debug capability can only be made prior to compiling...

I'm not aware of any easy way in Qt4 to check whether the Qt library you're linking against has been built with debugging enabled (though I did notice that this looks to be changing in Qt5 with the addition of QLibraryInfo::isDebugBuild()).

OTHER TIPS

Both hints in accepted answer are true. There is one side effect with Qt5 on macOS. By Default, frameworks use a release version of it's library and the result of this method will be always 'false' value.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top