Is there a standardized (e.g. implemented by all major compilers) #define that will allow me to distinguish between debug and release builds?
+4
A:
if believe
#ifdef NDEBUG
// nondebug
#else
// debug code
#endif
is the most portable.
But no compiler knows whether you are compiling debug or release, so this isn't automatic. But this one is used by assert.h in the c-runtime, so it's quite common. Visual Studio will set it, and I'm sure most other IDE's will as well.
John Knoeller
2010-02-12 02:23:45
the lack of an _ on the front indicates its probably mentioned in the C or C++ standards somewhere. MS has been very very careful in the last releases to prefix any non standard macro's or functions in their c-runtime header files with '_'s
Chris Becke
2010-02-12 05:08:41
That is not the same. Defining NDEBUG turns off the assert macros. Nothing else. This does __NOT__ imply debug.
Martin York
2010-02-12 05:15:49
@Martin: nondebug actually. and if it was intended to _only_ turn off the assert macros, they would have called it NOASSERT. you should actually read what I wrote before you start taking off points.
John Knoeller
2010-02-12 05:20:24
@John, I believe Martin is correct. According to the standard, the only thing that defining NDEBUG does is turn off assert. It could be used for other things as well by the programmer, but that is outside the standard. The C++ standard makes only one reference to NDEBUG, and I don't have a copy of the C standard.
KeithB
2010-02-12 13:42:41
@KeithB: the question is the most _portable_ way, not the most standards compliant way, so all of this standards nit-picking is missing the point.
John Knoeller
2010-02-14 02:41:10
A:
Edit: I misread the question and waffled off on a different tangent!!! Apologies... The macro _NDEBUG is used on Linux as well as on Windows...
If the binary is built and you need to determine if the build was release/debug, you can get a hexadecimal dump, if you see loads of symbols in it that would be debugging information...for example, under Linux, using the strings utility. There is a version available for Windows by SysInternals, available here on technet. Release versions of binary executables would not have the strings representing different symbols...
strings some_binary
Hope this helps, Best regards, Tom.
tommieb75
2010-02-12 02:36:01
Not necessarily true; it's possible to produce binaries with symbols (i.e. for functions and static data) but not debug information (i.e. line numbers).
Derrick Turk
2010-02-12 13:50:48
That said, flags providing that information are generally stored in the header of whatever object file format. Try GNU objdump (there's a version for Windows too, distributed with MinGW): objdump -x
Derrick Turk
2010-02-12 13:51:51
+2
A:
Since there is no standard definition of debug or release, there isn't a way to do this. I can think of at least four different things that could be meant, and they can all be changed independently. Only two can be tested from within the code.
- Compiler optimization level
- Debugging symbols included in binary (these can even be removed at a later date)
- assert() enabled (NDEBUG not defined)
- logging turned off
KeithB
2010-02-12 13:38:15