Hi all,

I installed Python (2.7.9) as binaries under Windows. I have trouble trying to compile my application embedding Python, in debug configuration. I have exactly the same problem as described here :
http://www.cmake.org/pipermail/cmake/2013-January/053125.html

The include file python.h selects automaticaly the library file to link with, but python27_d.lib (needed in debug configuration) is not provided by the installer.

I don't find if this issue was already supported.

Thanks,
Sébastien Gallou

It's not supported. You'll need to get the Python 2.7 source code and rebuild the binaries under Debug.

Python 3.5 will probably have the option to download and install debug versions of the binaries, but Python 2.7 won't be getting this.

Thanks Steve for your quick answer.
It's now clear for me.

I will then apply this workaround :

#ifdef PYTHON_USE_SOURCES
   #include <Python.h>
#else
   #if defined WIN32 && defined _DEBUG
      #undef _DEBUG // Undef _DEBUG to use only release version of Python.lib. The debug version of Python.lib is not provided with the Windows installer version (https://www.python.org/downloads/windows/)
      #include <Python.h>
      #define _DEBUG
   #else
      #include <Python.h>
   #endif
#endif // PYTHON_USE_SOURCES

Sébastien Gallou

You'll also need to change your project to use the release version of the C Runtime library and undefine _DEBUG throughout, otherwise you'll get conflicts in things like memory allocators and alignment. It's not quite as simple as choosing another lib.

So there is no mean to build my application in debug mode without rebuilding all Python ?

Afraid not. The closest you can get is building in Release with full debug symbols and no optimisations, which should al lest get you decent debugging. However, you won't get the extra memory check patterns or assertions throughout your code.

Thanks Steve,

I will try to build it (hope it will not be too difficult...). If I don't success, I will use your solution.