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.bar...@noaa.gov
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
