Re: [Pythonmac-SIG] PIL binaries -- please test

Christopher Barker <[email protected]>
Newsgroups gmane.comp.python.image,gmane.comp.python.apple
Message-ID <[email protected]>
Matthias Baas wrote:
> Apparently, your version of libfreetype doesn't
> have the same dependencies as my version. Here, the dependencies are as
> follows:
> 
> $ otool -L /opt/local/lib/libfreetype.6.dylib
> /opt/local/lib/libfreetype.6.dylib:
>  /opt/local/lib/libfreetype.6.dylib (compatibility version 10.0.0,
> current version 10.20.0)
>  /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
> (compatibility version 1.0.0, current version 18.0.0)
>  /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
> (compatibility version 1.0.0, current version 22.0.0)
>  /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
> 1.0.0)
>  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 88.3.9)

Interesting -- mine are:

$ otool -L  /opt/local/lib/libfreetype.dylib
/opt/local/lib/libfreetype.dylib:
	/opt/local/lib/libfreetype.6.dylib (compatibility version 11.0.0, 
current version 11.0.0)
	/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
version 1.2.5)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
1.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 111.1.5)


so none of the CoreServices stuff - maybe a 10.4 vs. 1.5 difference.


> So in the setup script around line 320 where the _imagingft extension
> module is defined, I added the following linker args:
> 
>   extra_link_args=["-framework", "CoreServices", "-framework",
> "ApplicationServices"]
> 
> After that I can actually import _imagingft just on its own and your
> test script then also works

nice work!

> So all the dependencies of the PIL modules are now like this:

those look reasonable.

> PIL/_imagingtk.so:
>         /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl
> (compatibility version 8.4.0, current version 8.4.0)
>         /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk
> (compatibility version 8.4.0, current version 8.4.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 88.3.9)

I'm not sure what the deal is with this -- there are issue with 
different TK versions, but I dont us TK, so I'mve never figured that out.


> So do all Python modules compiled on OSX 10.4 automatically work on
> newer versions of OSX?

In theory, yes.

> Do you want me to send the packages to you for
> testing?

Please put them on a publicly accessible site if you can, and sent a 
note tho these lists asking for testing. If you don't have anywhere to 
put them, you can open a Dropbox account, or soemthing else, or send 
them to me and I'll put them on mine.

 > By the way, what's generally the preferred distribution format,
> zip or dmg?

I suppose dmg is a little better, but either one is fine.

Thanks for all this work!

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

[email protected]
_______________________________________________
Image-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/image-sig
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.