[Image-SIG] Building Imaging 1.1.7 on CentOS 4 x86_64

Fredrik Lundh fredrik at pythonware.com
Sun Nov 7 00:53:27 CET 2010


On Wed, Oct 27, 2010 at 9:41 AM, Atro Tossavainen
<atossava at cc.helsinki.fi> wrote:
> Hello,
>
> I've got libjpeg-devel installed, but doing a
>
> python setup.py build
>
> with a Python 2.6.6 install that I made myself, against Imaging 1.1.7,
> results in no JPEG support.  The same process works just fine on i386
> CentOS 4 (also with a custom Python 2.6.6), but not on this x86_64.
>
> The JpegEncode.o and JpegDecode.o files in build/temp.SOMETHING/libImaging
> get created in the process, but contain no symbols.  The compilation command
>
> $ gcc -pthread -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -fPIC -DHAVE_LIBZ -IlibImaging -I/[PYTHON INSTALL]/include -I/usr/local/include -I/usr/include -I/[PYTHON INSTALL]/include/python2.6 -c libImaging/JpegDecode.c -o build/temp.linux-x86_64-2.6/libImaging/JpegDecode.o
>
> goes through without errors.  I'm completely puzzled.
>
> I would appreciate any help, and explicit personal cc's of any replies
> as I am at present not a member of this mailing list.

Those two files are always compiled by the current build scripts, but
the code is wrapped inside a big

#ifdef  HAVE_LIBJPEG
...
#endif

clause to disable them if JPEG support isn't available, so the problem
is probably that setup doesn't pick up that you have the jpeg library
installed.

You can set the ROOT variables in setup.py to point directly to the
right libraries.

If you want to debug the auto-detection mechanisms, see the code
around line 240 or so (search for "jpeglib.h").  Patches for 64-bit
CentOS are welcome.

</F>


More information about the Image-SIG mailing list