kdelibs bootstrap problem with meinproc revisited
Michael Nottebrock
michaelnottebrock at gmx.net
Mon Jun 14 16:39:26 BST 2004
On Monday 14 June 2004 17:17, Ian Reinhart Geiser wrote:
> On Monday 14 June 2004 09:00 am, Michael Nottebrock wrote:
> > > Do i explictly need to link to ../dcop/libdcop.la? See if that fixes
> > > it.
> >
> > No change. FWIW, besides meinproc and makekdewidget there's a third
> > binary that's used in a similar way, but is linked correctly: genembed
> > from kstyles/keramik. I'm too blind to see what makes the difference
> > though...
>
> It may verywell not link to kdelibs.
It links to libkdefx...
[lofi at jail]:0:~/kdelibs/kstyles/keramik > ldd .libs/lt-genembed
.libs/lt-genembed:
libkdefx.so.6 => /usr/home/lofi/kdelibs/kdefx/.libs/libkdefx.so.6
(0x28
libqt-mt.so.3 => /usr/X11R6/lib/libqt-mt.so.3 (0x2809f000)
libpng.so.5 => /usr/local/lib/libpng.so.5 (0x2875d000)
libz.so.2 => /lib/libz.so.2 (0x28782000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28790000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x2879f000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28867000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28870000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x28887000)
libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x2888f000)
libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x288ad000)
libm.so.2 => /lib/libm.so.2 (0x28969000)
libc_r.so.5 => /usr/lib/libc_r.so.5 (0x28982000)
libc.so.5 => /lib/libc.so.5 (0x289a6000)
libmng.so.1 => /usr/local/lib/libmng.so.1 (0x28a80000)
libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x28ade000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x28b4b000)
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x28b61000)
libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x28b65000)
libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x28b6e000)
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28b80000)
libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x28bea000)
liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x28c12000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x28c2d000)
libexpat.so.4 => /usr/local/lib/libexpat.so.4 (0x28c7e000)
> I wonder (since i dont need dcop here) if i should just add in an object
> files for the kde classes I use.
Maybe we could use some different build logic for this kind of binaries -
building a statically linked version for the use during build comes to mind.
It would be nice to have something which would fix meinproc as well...
--
,_, | Michael Nottebrock | lofi at freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: signature
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20040614/23696b15/attachment.sig>
More information about the kde-core-devel
mailing list