[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] help: how to make a mac osx installer?



thanks.

ah, apparently -static doesn't work on osx unless all of them are static.
"""
This option will not work on Mac OS X unless all libraries (includ-
           ing libgcc.a) have also been compiled with -static.  Since neither
           a static version of libSystem.dylib nor crt0.o are provided, this
           option is not useful to most people.
"""

I had to remove the /usr/local/lib/libpng*.dylib so that the .a one
was used statically.



Brian, can you please try this (UNTESTED!!!) file?  It should have
libpng, and libjpeg statically linked in.

http://rene.f0o.com/~rene/stuff/pygame-1.8.0rc3-py2.5-macosx10.4.mpkg.zip


I also noticed that the libpng, and libjpeg I have compiled are for
i386 only, and not ppc.  I'll have to recompile libpng, and libjpeg to
be both i386 and ppc.

Do you know of a way to check if something is ppc compatible as well
as i386 compatible?  I noticed because of the warning gcc gave.  It'd
be nice to add that check to the setup file to make sure everything is
ppc+i386 compatible.

I have some friends with ppc macbooks that I can ask them to test once
it's all working.


... getting there :)

cheers,


On Feb 5, 2008 4:33 PM, Brian Fisher <brian@xxxxxxxxxxxxxxxxxxx> wrote:
> hmm... it doesn't appear to be any different:
>
> ImportError:
> dlopen(/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pygame/imageext.so,
> 2): Library not loaded: /usr/local/lib/libpng.3.dylib
>    Referenced from:
> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pygame/imageext.so
>   Reason: image not found
>
> I uninstalled, cleared my cache and redownloaded & installed, so I'm
> definitely using the link you emailed...
>
> running:
> otool -L imageext.so
>
> shows the libpng.3.dylib dependency still exists in imageext.so:
> ...
> Load command 4
>           cmd LC_LOAD_DYLIB
>       cmdsize 56
>          name /usr/local/lib/libpng.3.dylib (offset 24)
>     time stamp 1201137220 Wed Jan 23 17:13:40 2008
>       current version 20.0.0
> compatibility version 20.0.0
> Load command 5
>           cmd LC_LOAD_DYLIB
>       cmdsize 84
>          name @executable_path/../Frameworks/SDL.framework/Versions/A/SDL
> (offset 24)
>     time stamp 1184928930 Fri Jul 20 03:55:30 2007
>       current version 1.0.0
> compatibility version 1.0.0
> Load command 6
>           cmd LC_LOAD_DYLIB
>       cmdsize 96
>          name
> @executable_path/../Frameworks/SDL_image.framework/Versions/A/SDL_image
> (offset 24)
>     time stamp 1184990712 Fri Jul 20 21:05:12 2007
>       current version 1.0.0
> compatibility version 1.0.0
> Load command 7
>           cmd LC_LOAD_DYLIB
>       cmdsize 52
>          name /usr/lib/libSystem.B.dylib (offset 24)
>     time stamp 1158709443 Tue Sep 19 16:44:03 2006
>       current version 88.3.3
> ...
>
>
>
> On Feb 4, 2008 8:57 PM, René Dudfield <renesd@xxxxxxxxx> wrote:
>
> > hi again,
> >
> > Brian, can you please try this (UNTESTED!!!) file?  It should have
> > libpng, and libjpeg statically linked in.
> >
> >
> > http://rene.f0o.com/~rene/stuff/pygame-1.8.0rc3-py2.5-macosx10.4.mpkg.zip
> >
> > Note, I haven't finished updating the scrap module yet - but
> > everything else should work.
> >
> >
> > cheers,
> >
> >
> >
> >
> >
> >
> > On Feb 4, 2008 5:27 PM, Brian Fisher <brian@xxxxxxxxxxxxxxxxxxx> wrote:
> > > There's no libpng dylib in the sdl_image framework - I think sdl_image
> is
> > > including libpng as a static lib. The same dylib-free SDL_image
> framework
> > > should be what my 2.4 install on the same computer is using and it can
> load
> > > .png's fine, which is what leads me to think that. Also the error is
> when
> > > loading the .so, not when loading the framework as far as I can tell.  I
> > > actually think the best thing would be to have imageext include libpng
> as a
> > > static lib as well - as opposed to statically link to a dylib. It's an
> error
> > > free approach in terms of stuff like this, and should just be a matter
> of
> > > what libpng.a you link to.
> > >
> > >
> > >
> >
>
>