In article <[EMAIL PROTECTED]>,
Kevin Walzer <[EMAIL PROTECTED]> wrote:
> David C. Ullrich wrote:
> > Just as well that the message sent earlier today
> > seems to have been lost...
> >
> > Ok. Read your instructions on libjpeg. Read some
> > of the install.doc. ./configure, fine. make, fine.
> > "make test", fine. So I said "sudo make install"
> > and this happened:
> >
> > 0-1d-4f-fc-28-d:jpeg-6b dullric$ sudo make install
> > Password:
> > /usr/bin/install -c cjpeg /usr/local/bin/cjpeg
> > /usr/bin/install -c djpeg /usr/local/bin/djpeg
> > /usr/bin/install -c jpegtran /usr/local/bin/jpegtran
> > /usr/bin/install -c rdjpgcom /usr/local/bin/rdjpgcom
> > /usr/bin/install -c wrjpgcom /usr/local/bin/wrjpgcom
> > /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1
> > /usr/bin/install -c -m 644 ./djpeg.1 /usr/local/man/man1/djpeg.1
> > /usr/bin/install -c -m 644 ./jpegtran.1 /usr/local/man/man1/jpegtran.1
> > /usr/bin/install -c -m 644 ./rdjpgcom.1 /usr/local/man/man1/rdjpgcom.1
> > /usr/bin/install -c -m 644 ./wrjpgcom.1 /usr/local/man/man1/wrjpgcom.1
> >
> > Surely that means it was installed in /usr/local/bin, right?
> >
> > So I start over with PIL. It says I should "python setup.py build_ext
> > -i".
> > So I do:
> >
> > 0-1d-4f-fc-28-d:Imaging-1.1.6 dullric$ python setup.py build_ext -i
> > running build_ext
> > --- using frameworks at /System/Library/Frameworks
> > --------------------------------------------------------------------
> > PIL 1.1.6 BUILD SUMMARY
> > --------------------------------------------------------------------
> > version 1.1.6
> > platform darwin 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)
> > [GCC 4.0.1 (Apple Inc. build 5465)]
> > --------------------------------------------------------------------
> > --- TKINTER support ok
> > *** JPEG support not available
> > --- ZLIB (PNG/ZIP) support ok
> > --- FREETYPE2 support ok
> > --------------------------------------------------------------------
> > To add a missing option, make sure you have the required
> > library, and set the corresponding ROOT variable in the
> > setup.py script.
> >
> > So I look in setup.py and I find this:
> >
> > # Library pointers.
> > #
> > # Use None to look for the libraries in well-known library locations.
> > # Use a string to specify a single directory, for both the library and
> > # the include files. Use a tuple to specify separate directories:
> > # (libpath, includepath). Examples:
> > #
> > # JPEG_ROOT = "/home/libraries/jpeg-6b"
> > # TIFF_ROOT = "/opt/tiff/lib", "/opt/tiff/include"
> > #
> > # If you have "lib" and "include" directories under a common parent,
> > # you can use the "libinclude" helper:
> > #
> > # TIFF_ROOT = libinclude("/opt/tiff")
> >
> > FREETYPE_ROOT = None
> > JPEG_ROOT = None
> > #JPEG_ROOT = "/usr/local/bin"
> >
>
> How about "/usr/local/lib" ? It's looking for a dylib (library file),
> not an executable (bin).
Thanks. I'd already tried that (a much longer post detaining
everything I'd tried got lost - you saw the abbreviated
version, sorry).
I noticed there are no new files in /usr/local/lib.
So I looked at the libjpeg install.doc and saw this:
* If you want to build libjpeg as a shared library, say
./configure --enable-shared
To get both shared and static libraries, say
./configure --enable-shared --enable-static
Note that these switches invoke GNU libtool to take care of
system-dependent
shared library building methods. If things don't work this way, please
try
running configure without either switch; that should build a static
library
without using libtool.
(What I want here is a static library?) When I add either or
both of those switches it says
0-1d-4f-fc-28-d:jpeg-6b dullric$ make
./libtool --mode=compile gcc -O2 -I. -c ./jcapimin.c
make: ./libtool: Command not found
make: *** [jcapimin.lo] Error 127
--
David C. Ullrich
--
http://mail.python.org/mailman/listinfo/python-list
