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

List:       kde-devel
Subject:    Re: Konqueror still not usable as webbrowser
From:       Robert Vogl <r.vogl () mindless ! com>
Date:       2000-10-09 17:39:25
[Download RAW message or body]

On Sun, 08 Oct 2000, Stephan Kulow wrote:
> Robert Vogl wrote:
> > Hi,
> >
> > if I type in a URL I always get the notification:
> >
> > "The process for the http://foo.bar protocol died unexpectedly"
> >
> > .xsession-errors protocolls this:
> >
> > kdeinit: kio_http: error in loading shared libraries
> > /opt/kde2/lib/kio_http.so: undefined symbol: MD5Init
> >
> > Since it is not fixed in the current snapshot (20001001), are there any
> > efforts to fix it for the final release?
>
> Hmm, do you --enable-final or any special CXXFLAGS? MD5Init is declared
> in extern_md5.c and is only disabled (together with calls to it) if you
> specify -DNO_MD5

No, I didnīt. I compiled kdelibs with this options:
./configure --prefix=/opt/kde2 --with-qt-dir=/usr/lib/qt220 
--with-ssl-dir=/usr/local/ssl --enable-debug
(If I remove the --enable-debug ./configure breaks with a error something 
like "no STL type found").

But during the compilation process I got sometimes a error like this:
/home/voglrobe/kdelibs/kio/.libs/libksycoca.so: undefined reference to 
`mainParse'
collect2: ld returned 1 exit status
make[4]: *** [klauncher] Error 1
make[4]: Leaving directory `/home/voglrobe/kdelibs/kio/klauncher'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/voglrobe/kdelibs/kio/klauncher'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/voglrobe/kdelibs/kio'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/voglrobe/kdelibs'
make: *** [all-recursive-am] Error 2
voglrobe@lapislazuli:~/kdelibs >

By hunting the reason for this I found that the corresponding libtool file 
contains this:
# yacc.lo - a libtool object file
# Generated by ltmain.sh - GNU libtool 1.4a (1.641.2.77 2000/08/01 04:25:15)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# Name of the PIC object.
pic_object=none

# Name of the non-PIC object.
non_pic_object='yacc.o'

It seems to me that something is mixed up here. Whatīs the reason for this?

Bye,

-- 
Robert Vogl, Munich
r.vogl@mindless.com
 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

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