Shaleh <[EMAIL PROTECTED]> writes:
> I 100% agree w/ you. Now make it work (-: I have compiled Imlib on
> my own box and I can link w/ only -lImlib. However every other
> person I know of, linux or otherwise needs to use the -l<gfx> libs.
> Imlib is merely a common interface to the gfx libs. It hides the
> jpeg, png, etc.
The problem here is whether Imlib is compiled with the stock version
of libtool or the Debian version. The Debian version of libtool
correctly specifies the interlibrary dependencies, so you see:
# ldd /usr/lib/libImlib.so.1
libjpeg.so.6a => /usr/lib/libjpeg.so.6a (0x4002b000)
libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40049000)
libungif.so.3 => /usr/lib/libungif.so.3 (0x4007f000)
libpng.so.2 => /usr/lib/libpng.so.2 (0x40086000)
libz.so.1 => /usr/lib/libz.so.1 (0x400b1000)
libm.so.6 => /lib/libm.so.6 (0x400c3000)
libc.so.6 => /lib/libc.so.6 (0x400db000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4017c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
#
The RPM packages use the stock version of libtool, which doesn't note
interlibrary dependencies, so their shared libraries are broken. This
probably won't be fixed until either somebody finds time to
"correctly" fix the upstream libtool or Gnome stops using libtool.
Steve
[EMAIL PROTECTED]
