[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Problem with make (missing -l things)
From:       David Faure <david () mandrakesoft ! com>
Date:       2002-03-23 19:18:40
[Download RAW message or body]

On Saturday 23 March 2002 16:11, Felix Seeger wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi
> 
> This is a part from make output in kdelibs/kioslave/http (also in other dirs)
> 
> ./.libs/kio_http_cache_cleaner.so: undefined reference to `mng_initialize'
> ./.libs/kio_http_cache_cleaner.so: undefined reference to 
> `jpeg_read_scanlines'
> ./.libs/kio_http_cache_cleaner.so: undefined reference to `mng_get_userdata'
> ./.libs/kio_http_cache_cleaner.so: undefined reference to 
> `mng_set_suspensionmode'
> ./.libs/kio_http_cache_cleaner.so: undefined reference to `jpeg_set_defaults'
> ./.libs/kio_http_cache_cleaner.so: undefined reference to 
> `mng_setcb_getcanvasline'
> 
> Maybe I can edit the makefile.
> Any idears

Yes. Got the same (and wasted much time investigating).
The fix is quite simple:
rm /usr/lib/libqt.a
or rpm -e libqt2-static-devel

The reason this pops up now is that the last libtool update changed the search
order for stuff, and now /usr/lib is picked up in all cases - don't leave a
libqt-mt.so or a libqt*.a in there!

Michael Matz says this is correct behaviour and that libtool now emulates ld's behaviour,
but thinking about it, I think that's wrong. ld's behaviour can be changed, that's what
LD_LIBRARY_PATH does (and AFAIK it comes _before_ /usr/lib in the search path).
So why should there not be a way to do the same to libtool, so that at link time
/usr/lib is NOT looked at first?

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://people.mandrakesoft.com/~david/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]