On 2013-01-05 12:59-0800 Alan W. Irwin wrote:
> [...]But avoiding the case where CMAKE_BUILD_TYPE=Debug is just a
> workaround, and I think the right solution for when the user asks for
> CMAKE_BUILD_TYPE=Debug is to use the "general", "optimized", and
> "debug" keywords in the target_link_librari
On 2013-01-05 12:06+0100 Arjen Markus wrote:
> Hi Alan,
>
> I have updated two Wiki pages to describe the issue.
> I hope I have provided enough details so that others will
> understand it. So, if someone can review this, that would be
> great.
>
> The code you quoted is exactly what brings the de
Hi Alan,
I have updated two Wiki pages to describe the issue.
I hope I have provided enough details so that others will
understand it. So, if someone can review this, that would
be
great.
The code you quoted is exactly what brings the dependency
of python27_d.lib into the Python bindings for a D
On 2013-01-04 13:00+0100 Arjen Markus wrote:
> Hi Alan,
>
> well, explicitly setting PYTHON_LIBRARY does not work.
> At some point the python27_d.lib is still required and
> I have found where this is introduced into the object
> file (a thing which has puzzled me enormously):
>
> It is in the hea
Hi Alan,
well, explicitly setting PYTHON_LIBRARY does not work.
At some point the python27_d.lib is still required and
I have found where this is introduced into the object
file (a thing which has puzzled me enormously):
It is in the header file pyconfig.h, part of Python
itself.
There it is ins
Hi Alan,
the frist thing I tried was copying python27.lib to
python27_d.lib and making sure that it was included in
the link step. This however let to a couple of unresolved
externals - apparently connected to the debugging
facilities
the actual library offers.
So I guessed that the default Deb
On 2013-01-04 10:51+0100 Arjen Markus wrote:
> It is indeed the FindPython module from CMake that constructs
> the name python27_d.lib on Windows. It seems to represent the
> debug version of the Python library. I am still not able to
> see how this name gets included into the whole build system,
Hi Alan,
On Fri, 4 Jan 2013 01:38:01 -0800 (PST)
"Alan W. Irwin" wrote:
...
>
> My guess is that PYTHON_LIBRARY:FILEPATH in the
>CMakeCache.txt file is
> providing this library name. On linux, that cached
>value is
>
> PYTHON_LIBRARY:FILEPATH=/usr/lib/libpython2.7.so
>
> and on my MinGW
On 2013-01-04 09:53+0100 Arjen Markus wrote:
> Hello,
>
> I ran into a strange problem while trying to build PLplot
> on Windows XP with the Python bindings enabled and I
> wonder
> if someone can help out with it.
>
> Here is the environment I am using:
> - CMake 2.8.10.2 with NMake Makefiles as
