If you know what you are doing, you can override the logic of distutils.
Set up an SDK environment (with LIBRARY, INCLUDE and everything), then
also set the MSSdk environment variable (which should get set if you
use the standard environment batch file from the SDK), and then also
set
Hi everybody...
I'm hoping one of you reading this can help me out here. I'm having
trouble getting pywin32 to build with Visual Studio 2005. But first,
some background.
I'm embedding Python in an MFC application. I've manually built
Python .lib and .dll files using Visual Studio 2005 from the
In order to test this theory (and potentially fix it), I want to re-
build the pywin32 stuff using Visual Studio 2005.
That might not be sufficient. You have to rebuild Python itself as well.
Either I misunderstand, or you do. If it wasn't clear, I have already
rebuilt Python using Visual
On Sep 22, 10:08 am, Martin v. Löwis [EMAIL PROTECTED] wrote:
1py_dyn_test.obj : error LNK2001: unresolved external symbol
_Py_NoneStruct
Could it be that py_dyn_test.obj is a x86 (not AMD64) object
file? Run dumpbin.
Hmm - I've never used dumpbin, but I think I like it.
It doesn't look
On Sep 20, 9:45 am, [EMAIL PROTECTED] wrote:
Hi all,
So I'm working on a C++ application that will eventually embed or
extend Python using Boost.Python, but I first need to get Python
compiled correctly for my platform. I've got a Windows Vista 64-bit
machine with a Core 2 processor, and I'm
Hi all,
So I'm working on a C++ application that will eventually embed or
extend Python using Boost.Python, but I first need to get Python
compiled correctly for my platform. I've got a Windows Vista 64-bit
machine with a Core 2 processor, and I'm compiling with a VC8.
I downloaded the Python
