Re: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
Matthias Baas wrote: Christopher Barker wrote: Ha! I haven't had a look at selftest.py before. That script requires an inplace build which I didn't do. Instead, I was pointing PYTHONPATH inside the build directory yup -- that will confuse things. But when I link against the static lib, the test script only runs fine because it imports the tk module before the freetype one. Whereas when I just import _imagingft, I get this: import PIL._imagingft Traceback (most recent call last): File "", line 1, in ImportError: dlopen(PIL/_imagingft.so, 2): Symbol not found: _FSOpenResFile Referenced from: PIL/_imagingft.so Expected in: dynamic lookup This error does not occur if _imagingtk is imported first. So it looks like we would have to link against some system library when building _imagingft. could be -- I'm clueless on that one, but if I try in it: >>> import PIL._imagingft Traceback (most recent call last): File "", line 1, in ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/PIL/_imagingft.so, 2): Symbol not found: _inflateEnd Referenced from: /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/PIL/_imagingft.so Expected in: dynamic lookup What I don't know is if we should expect -imagingft to b importable all by itself, first. Though I wouldn't think it should depend on TK. If I do: >>> import PIL._imaging >>> import PIL._imagingft it works fine -- which makes sense --you'd never need to import _imagingft without importing _imaging first. By the way, _imaging.so still depends on /usr/lib/libz.1.dylib, but I suppose as this is a library that ships with OSX, this should be available on all systems and so it should be fine. Is this correct? yes -- that's correct. I'd say if all the self-tests run, you're in pretty good shape. Try the enclosed test, too -- it uses freetype, without TK (at least not explicitly) -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 SimplePILTest.py Description: application/python ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
Christopher Barker wrote: >> *** PIL CORE support not installed > > That sure doesn't look good! > >> *** TKINTER support not installed >> --- JPEG support ok >> --- ZLIB (PNG/ZIP) support ok >> *** FREETYPE2 support not installed >> *** LITTLECMS support not installed > > neither do those. Ha! I haven't had a look at selftest.py before. That script requires an inplace build which I didn't do. Instead, I was pointing PYTHONPATH inside the build directory and thought it would then pick the modules up from there, but the test script imports from "PIL" which is not available in the build directory, so it failed to import any of the so libs. After doing an inplace build, the test script runs fine. But when I link against the static lib, the test script only runs fine because it imports the tk module before the freetype one. Whereas when I just import _imagingft, I get this: >>> import PIL._imagingft Traceback (most recent call last): File "", line 1, in ImportError: dlopen(PIL/_imagingft.so, 2): Symbol not found: _FSOpenResFile Referenced from: PIL/_imagingft.so Expected in: dynamic lookup This error does not occur if _imagingtk is imported first. So it looks like we would have to link against some system library when building _imagingft. By the way, _imaging.so still depends on /usr/lib/libz.1.dylib, but I suppose as this is a library that ships with OSX, this should be available on all systems and so it should be fine. Is this correct? - Matthias - ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
Matthias Baas wrote: Christopher Barker wrote: great -- are any of them running 10.4? I have little time, but here is the short version: The goal is to get a PIL binary that is statically linked to all of its dependencies, and those dependencies are all universal (32 bit PPC and Intel) and linked against the 10.4 sdk (or even the 10.3 one...) [...] Finally, I had some time to have a go at this. It builds fine and it says that every component is available but when I run selftest.py it seems that some stuff is missing: *** PIL CORE support not installed That sure doesn't look good! *** TKINTER support not installed --- JPEG support ok --- ZLIB (PNG/ZIP) support ok *** FREETYPE2 support not installed *** LITTLECMS support not installed neither do those. Running selftest: --- 57 tests passed. The files _imagingcms.so, _imagingft.so, _imagingtk.so are all available, so I can't say what exactly went wrong with the test. what about _imaging.so -- that's the key one. This is my full set of libs: _imaging.so _imagingcms.so _imagingft.so _imagingmath.so _imagingtk.so Look again at the output when you build -- there's got to be an error in there somewhere. And do make sure you clean out the "build" dir before trying again. So it looks like my build is not really ready for distributing. nope -- but thanks for workign on it -- I hope yu keep at at. sorry I don't have any answers for you. -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
Re: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
Christopher Barker wrote: > great -- are any of them running 10.4? > > I have little time, but here is the short version: > > The goal is to get a PIL binary that is statically linked to all of its > dependencies, and those dependencies are all universal (32 bit PPC and > Intel) and linked against the 10.4 sdk (or even the 10.3 one...) > [...] Finally, I had some time to have a go at this. It builds fine and it says that every component is available but when I run selftest.py it seems that some stuff is missing: *** PIL CORE support not installed *** TKINTER support not installed --- JPEG support ok --- ZLIB (PNG/ZIP) support ok *** FREETYPE2 support not installed *** LITTLECMS support not installed Running selftest: --- 57 tests passed. The files _imagingcms.so, _imagingft.so, _imagingtk.so are all available, so I can't say what exactly went wrong with the test. By the way, when linking against the static libraries I actually can't import _imagingft manually because of a missing symbol (_FSOpenResFile). But I also get the above output when running the test with a version that's linked against the dynamic libraries. So it looks like my build is not really ready for distributing. - Matthias - ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG