[Pythonmac-SIG] [Image-SIG] PIL binaries -- please test

[Christopher Barker]

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

Chris.Barker at noaa.gov