Re: GTK+-2.6.0 configure Problem linking with libjpeg

[Jean Olivier Caron <jecar@xxxxxxxxxxxxxxxxxxxx>]

Jean Olivier Caron wrote:

> Hello all,
>
> I am trying to compile GTK+-2.6.1 on a debian linux distribution, and I have 
> the following linking problem.  Basically ./configure gives me the following 
> error
>
> checking for jpeg_destroy_decompress in -ljpeg... no
> configure: WARNING: *** JPEG loader will not be built (JPEG library not 
> found) ***
> configure: error:
>
> if I look more closely to the config.log output :
> jecar@debian:/src/gtk+-2.6.1$ more config.log | grep jpeg
>  $ ./configure --with-libjpeg --with-gnu-ld
> configure:25848: checking for jpeg_destroy_decompress in -ljpeg
> configure:25878: i686-pc-linux-gnu-gcc -o conftest -g -O2 -Wall   conftest.c 
> -ljpeg    >&5
> /usr/bin/ld: cannot find -ljpeg
> | char jpeg_destroy_decompress ();
> | jpeg_destroy_decompress ();
> *** --without-libjpeg to configure but some programs using GTK+ may
> ac_cv_lib_jpeg_jpeg_destroy_decompress=
>
> However, libjpeg exist on my system (I compiled and installed it) and it 
> resides in /usr/lib the following readelf confirms that the function
> ecar@debian:/src/gtk+-2.6.1$ readelf -a /usr/lib/libjpeg.so.62 | grep 
> jpeg_destroy_decompress
>    75: 0000c0fc    35 FUNC    GLOBAL DEFAULT   10 jpeg_destroy_decompress
> jecar@debian:/src/gtk+-2.6.1$
> jpeg_destroy_decompress does in fact exist.  How come configure won't find 
> it... /usr/bin/ld: cannot find -ljpeg....
> I have also done ldconfig and tried to specify the LDFLAGS and it doesn't 
> change anything
>
> Anyone has the answer ? -> probably a follow-up to 
> http://mail.gnome.org/archives/gtk-list/2003-September/msg00273.html
>
> thanks in advance
>
> Jean Olivier
>
> _______________________________________________
>
> gtk-list@xxxxxxxxx
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
>
>  
Ok I solved the problem.... you need to create a specific symbolic link 
named libjpeg.so and not libjpeg.so.62 pointing to libjpeg.so.62.0.0 or 
whatever version... (still puzzled about this though)
It also seems that when installing  libjpeg the headers are not copied 
to a standard path and the ./configure of  GTK cannot find them unless 
you specify the path in your CC export (CC="i686-pc-linux-gnu-gcc 
-I/src/jpeg-v6") or I imagine that copying *.h to a  /usr/include or 
/usr/local/include would do the thing...

Anyhow, still one problem to go ...Xft  pango backend is required

Olivier
_______________________________________________

gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list