Dependancy between KParts and KDEUI?

[Friedrich W. H. Kossebau]

Am Dienstag, 9. Mai 2006 23:32, schrieb David Faure:
> On Tuesday 09 May 2006 22:55, Friedrich W. H. Kossebau wrote:
> > Hi,
> >
> > another bug that I now triggered is this:
> >
> > t_dlopen
> > /home/koder/Programmieren/kdeinstall/lib/kde4/libkbyteseditwidget.la
> > failed: /home/koder/Programmieren/kdeinstall/lib/libkparts.so.2:
> > undefined symbol: _ZN13KXMLGUIClient14conserveMemoryEv
> >
> > Worked before monday.
>
> This method (KXMLGUIClient::conserveMemory()) was removed from kdeui.
> Your kdeui has it removed, but your kparts is still calling it for some
> reason. Are you mixing libs from kdelibs-trunk and kdelibs4_snapshot?
> Or did you partly install kdelibs?

All I did was svn up kdelibs4_snapshot, compiling and installing it (then same 
with kdebase and kdeutils)

No kdelibs around (except for kdelibs/interfaces/khexedit, where I never 
called cmake :)

> Check your kdelibs install, something's wrong with your libkparts.

I fear cmake did not catch some dependancy, then, as all I ever did with 
kdelibs4_snapshot was/is svn up and configuring&compiling&installing after an 
update. Alex?
But if I am the only one to experience this there's always the chance I forgot 
something I did. But I am so sure I don't <:)

Wipped the build now and started a complete new one... 

> > Even adding ${KDE4_KDEUI_LIBS} to the link libraries does not change the
> > error:
> > target_link_libraries(kbyteseditwidget  khexeditcommon
> > ${KDE4_KPARTS_LIBS} ${KDE4_KDEUI_LIBS} )
>
> Not necessary, kparts depends on kdeui anyway, and KDE4_KPARTS_LIB knows
> that.

BTW: is the order of the referenced libs still important?

Thanks
Friedrich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060509/c220124e/attachment.sig>