arm linking problems keeping KDE 3 out of testing
Hi,
I've been trying to figure out why KDE 3 is still not in the main
testing repository yet, and I think I've kinda nailed it down.
The reason, according to the update_excuses.html [1], is that it is
"out of date on arm". This is caused by it failing to compile on the
arm buildd's..
I've then checked the buildd logs for kdelibs on arm [2], and it seems
that the problem is this:
/bin/sh ../libtool --silent --mode=link --tag=CXX g++
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi
-D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG
-DNO_DEBUG -O2 -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -o
libkdecore.la -rpath /usr/lib -L/usr/X11R6/lib -version-info 5:0:1
-no-undefined fakes.lo vsnprintf.lo libkdecore_la.all_cpp.lo
malloc/libklmalloc.la svgicons/libkdesvgicons.la ../dcop/libDCOP.la
../libltdl/libltdlc.la -lXext -lresolv -lXinerama -L/usr/lib
-lart_lgpl_2 -lm ../kdefx/libkdefx.la
*** Warning: linker path does not have real file for library
-lXinerama.
*** I have the capability to make that library automatically link in
when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libXinerama and none of the candidates passed a file format
test
*** using a file magic. Last file checked:
/usr/X11R6/lib/libXinerama.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
So the problem is that libXinerama is not available as a dynamic
library, ( which I've checked and is indeed not the case, and I think
I've read somewhere that there was a good reason for this ( Daniel ? )
). For some reason ( which I don't really understand ), the arm
linker then decides to only make a static lib of kdecore ( and kdeui
as well ). This causes problems further down the kdelibs compile.
So, what I'm basically asking, is whether someone is looking at this,
or has any idea on a way to solve this ? This problem is keeping back
KDE 4 from testing, and I personally think it's about time that KDE 3
enters testing..
Thanks
domi
Footnotes:
[1] http://ftp-master.debian.org/testing/update_excuses.html
[2] http://buildd.debian.org/fetch.php?&pkg=kdelibs&ver=4%3A3.1.1-1&arch=arm&stamp=1049165170&file=log&as=raw
--
Kindness is a language which the deaf can hear and the blind can read.
-- Mark Twain
Reply to: