Re: [pygame] Executable creation blues

["Brian Fisher" <brian@xxxxxxxxxxxxxxxxxxx>]

Hey Jasper,
It does seem like an obscure and difficult problem, but at least it
seems to be one a lot of people are having :)

the py2exe mailing list archive had this snippet for your exact problem:
"I resolved that issue by adding the file
...\Python24\Lib\site-packages\numpy\core\_internal.pyc in
...\test\dist\library.zip\numpy\core."

...as far as a solution that doesn't require hand-copying though,
there was this follow-up in the mailing list, which supposeded has 2
working py2exe setup scripts in it:
http://www.mail-archive.com/numpy-discussion@xxxxxxxxxxxxxxxxxxxxx/msg02062.html

also, the py2exe and/or numpy mailing lists may be good places to post
your errors in order to get some up-to-date and educated help, if you
haven't done so already.

also, here's two more numpy and py2exe problems + hack fixes from the
py2exe wiki, I figured I'd embed them here in case they pop up for you
after you get past the _ARRAY_API problem
------
If you're getting No scipy-style subpackage 'xxx' found in
c:\...\library.zip\numpy. Ignoring, try --skip-archive option.

If you're using numarray and numpy together, be aware that they both
have a _sort, and py2exe gets them confused. After py2exe creates the
dist directotry, copy numpy/core/_sort.pyd and numarray/sort.pyd to
their respective locations in the dist.
------


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.


> Since it wasn't designed for that, trying to make it into a nice, neat
> little package doesn't work all that well.
> I just don't want you to think less of python because a 3rd-party tool's
> giving you trouble.
I completely disagree - packaging and distribution is an essential
part of developing anything. If you've got a great language, but you
can't distribute it to your customers, by all means, blame the
language distribution. Better yet, work to help make its packaging
better.


> 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)