Yes, my current problem is embedding on Windows, but my requirements
are the same as compiling to the embedded system, as the primary
target is with the Arm processor + proprietary OS. The Windows
compilation is just a temporary set up until my kit arrives. So I have
planned for the Windows build to work with the same limitations that I
would be subjected to with the hardware.

Until I receive my hardware development kit I am working with a
Windows substitute environment that provides an OpenGL interface that
emulates the Pica200 GPU. Though I'm only mentioning that to explain
why I have to statically link against Python and Boost.Python and have
no other option.

I have already achieved my goal of statically linking Boost.Python and
Python (or at least it appears to). My goal right now is to
successfully compile and run
"%BOOST_DIR%\libs\python\example\quickstart", as I really like to have
all of my tools in order and I would not be comfortable knowing that I
cannot successfully operate my tool.

p.s. many thanks for being so helpful.

Regards,
JSPerf Unkn0wn
_______________________________________________
Cplusplus-sig mailing list
Cplusplus-sig@python.org
http://mail.python.org/mailman/listinfo/cplusplus-sig

Reply via email to