I compiled a static version of qt-2.1.0 and kde-qt-addon is a shared lib. This is the command I used for linking: g++ *.o -o dcopidl -L/usr/local/qt/lib -lqt -lX11 -lXext -lm Maybe this is the information you want? > dump -H dcopidl dcopidl: ***Loader Section*** Loader Header Information VERSION# #SYMtableENT #RELOCent LENidSTR 0x00000001 0x00000109 0x00008a1b 0x00000096 #IMPfilID OFFidSTR LENstrTBL OFFstrTBL 0x00000004 0x0006923c 0x00000ace 0x000692d2 ***Import File Strings*** INDEX PATH BASE MEMBER 0 /usr/local/qt/lib:/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.1.0/2.95.2:/usr/ local/lib:/usr/lib:/lib 1 libc.a shr.o 2 libX11.a shr4.o 3 libXext.a shr.o wolfgang -----Original Message----- From: David Faure [mailto:david@mandrakesoft.com] Sent: Wednesday, May 31, 2000 12:29 PM To: kde-devel@max.tat.physik.uni-tuebingen.de Subject: Re: RE: dcopidl segfault on AIX fixed! On Wed, May 31, 2000 at 12:24:36PM +0200, Platzer Wolfgang wrote: > > But there is no qt-1.x.x on the machine where I am compiling KDE-1.90. Ah ;-} Wrong guess then :) > Is it a problem that I use qt-2.1.0 directly from troll tech, and not the > version from the snapshot directory (which seems to be 2.1.0-beta4). Don't trust snapshots :). We all use Qt 2.1.0 - well now, 2.1.1 but for 1.90 it was 2.1.0. > linking dcopidl without -lkde-at-addon workd fine. But there is no ldd on my > AIX machine. You must surely have another tool, that shows you which libraries an executable is linked to ? If linking kde-qt-addon makes a difference, it must be that it brings some other libs with it, since kde-qt-addon by itself has nothing to do with this (it contains 4 classes which are not use by dcop). -- David FAURE david@mandrakesoft.com, faure@kde.org http://home.clara.net/faure/ KDE, Making The Future of Computing Available Today >> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe << >> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<