> It doesn't look like these are x86, though.
Ok. Can you then check symbol lists also?: undefined
symbols in the object file, and defined symbols in the
library, wrt. PyExc_IndexError (say).
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
On Sep 22, 10:08 am, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > 1>py_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 doe
> 1>py_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.
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
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, an
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 2.5
