On 9/28/06 Jasper <rabidpoobear@xxxxxxxxx> wrote:
> I've had less trouble getting crossplatform C++ code to statically
> compile than I'm having sorting this out for just Windows.
Haha... everybody has their success stories :) If you've done a lot
statically compiling different crossplatform C++ code libraries on a
windows platform, I'd be suprised if you never had any problems with
STL and iostream inconsistencies, or different files fighting over
new... not to mention the garbage you'll get just changing visual
studio versions (if you ever do that).
I'll take python with it's buggy and imperfect code+interpreter
packaging over the alternatives anyday
Luke wrote:
I'm sensing some python-hatin' going on here ;)
Let me just point out that cpython is meant to be installed on the
target machine once, not redistributed.
you are right in that python is wonderful at building packages for
extension libs and all that, but I say designed shmesigned - what
matters is what is tested and what works. py2exe is actively
maintained, and as long as windows users are still out there trying to
get good solid packaging taken care of, all problems will be solved
for getting good windows distribution.
I'm not sure why you're having problems but your hunch that Numeric and
Numpy are conflicting sounds reasonable.
Why do you have both installed, by the way?
I think the better question would be why pygame has had (thankfully
optional) dependencies on a pacakge that hasn't been maintained for
years (namely numeric) for as long as it has... (hope I'm not being
rude here, but I do find the numeric dependency to lame to be worth
using the surfarray sndarray stuff)