Build fails for KDE_3_2_BRANCH with Konstruct !!

[Izo]

Eugene Konev wrote:

>On Thursday 29 January 2004 15:59, Izo wrote:
>  
>
>>./genembed $pics > pixmaps.keramik
>>/home/autobuilds/c/KDE/320/konstruct/kde/kdelibs/work/kdelibs-3.1.95/kstyle
>>s/keramik/.libs/lt-genembed: 
>>    
>>
> relocation error:
>  
>
>>/home/autobuilds/c/KDE/320/konstruct/kde/kdelibs/work/kdelibs-3.1.95/kdefx/
>>undefined symbol: _ZN18QMetaObjectCleanUpC1EPKcPFP11QMetaObjectvE
>>make: *** [keramikrc.h] Error 127
>>    
>>
>The problem is with .libs/libkdefx.so.4
>I've once bumped into smth like this, when I was compiling KDE with g++ 
>different from the one I compiled QT with. So try to recompile QT and KDE 
>with the same g++ version.
>
I have! I've got only one g++ installed on my machine !

The problem is that the libkdefx.so.4 has no information about where to 
search the libmt-qt.so.3.2.3 even if it was properly linked against it ! 
I have LD_LIBRARY_PATH set to the $QTDIR/lib directory and the 
libkdefx.so.4 has set the -rpath (one of them) to the directory in 
question ! I have also original-to-the distro qt3 (3.0.5) installed and 
the [lt-]genembed only finds the libmt-qt.so.3.0.5 despite the 
LD_LIBRARY_PATH being set ! I am totally confused with what is happening 
because it is so unlogical !

If you look at the link line of the libkdefx.so.4 (see below) you will 
see that the -rpath for the /usr/lib directory preceeds the -rpath for 
the /usr/local/qt-3.2.3/lib. That causes (at least I think so) the 
libkdefx.so when invoked to search the /usr/lib before the 
/usr/local/qt-3.2.3/lib for the libqt-mt.so. Which of course results to 
finding the libqt-mt.so.3.0.5 instead of the 3.2.3. The KDE-3.2.0b2 has 
not behaved this way since I have cleanly built it on the same and some 
other machines !

As far as my knowledge is concerned, /usr/lib should not be -rpath-ed 
anyway since it is one of few default lib directories on unices !

So the problem persists !

Any other opinion ?

Izo

link line of the libkdefx.so.4 as performed by the libtool without being 
invoked --silent :

g++ -shared -nostdlib 
/usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crti.o 
/usr/lib/gcc-lib/i486-suse-linux/3.2/crtbeginS.o  
.libs/libkdefx_la.all_cpp.o  -Wl,--rpath -Wl,/usr/lib/. -Wl,--rpath 
-Wl,/usr/local/kde320/lib -Wl,--rpath -Wl,/usr/local/qt-3.2.3/lib 
-Wl,--rpath -Wl,/usr/X11R6/lib -L/usr/local/kde320/lib 
-L/usr/local/qt-3.2.3/lib -L/usr/X11R6/lib -lqt-mt -lpng -lz -lXext 
-lX11 -lSM -lICE -lpthread -lXrender 
-L/usr/lib/gcc-lib/i486-suse-linux/3.2 
-L/usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/lib 
-L/usr/lib/gcc-lib/i486-suse-linux/3.2/../../.. /usr/lib/./libstdc++.so 
-lm -lc -lgcc_s /usr/lib/gcc-lib/i486-suse-linux/3.2/crtendS.o 
/usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crtn.o  -Wl,--no-undefined 
-Wl,--allow-shlib-undefined  -Wnon-virtual-dtor -Wno-long-long -Wundef 
-Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 
-I/usr/local/kde320/include -I/usr/local/qt-3.2.3/include 
-I/usr/X11R6/include -O2 -pipe -Wformat-security 
-Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common 
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
-DQT_NO_TRANSLATION -Wl,-soname -Wl,libkdefx.so.4 -o .libs/libkdefx.so.4.2.0


___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.