On Wed, Jan 09, 2002 at 08:20:00PM +1100, Daniel Stone wrote: > Can someone please help me with this? Have you identified why libkcm_karea.so is linking against libgphoto2.a instead of against libgphoto2.so? Is libgphoto2.so absent or inaccessible, or is something in the Makefile forcing the selection of the static lib? I notice that libtool is manually passing as arguments to the compiler all of the files that gcc/g++ is supposed to take care of automagically (crtn, crti, etc). Does libtool always do this, or is this a strange version of libtool? Steve Langasek postmodern programmer > ----- Forwarded message from LaMont Jones <lamont@smallone.fc.hp.com> ----- > > Subject: Bug#128089: kdegraphics: Build failure: including non-PIC code in shared object (ia64/unstable) > From: LaMont Jones <lamont@smallone.fc.hp.com> > To: submit@bugs.debian.org > Date: Sun, 6 Jan 2002 23:42:43 -0700 (MST) > > Package: kdegraphics > Version: 4:2.2.2-6 > Severity: serious > > Build fails on ia64. Serious because this is keeping kdegraphics out of > woody. Build log at: > http://buildd.debian.org/build.php?arch=ia64&pkg=kdegraphics > > libgphoto.a has non-PIC code in it, and gets used in the link of > libkcm_kamera.so > > -- System Information > Debian Release: 3.0 > Kernel Version: Linux smallone 2.4.9-pa79 #2 Thu Nov 8 18:18:02 MST 2001 parisc64 unknown > > > > ----- End forwarded message ----- > > -- > Daniel Stone <daniel@sfarc.net> > <Joy> hmm, someone remind me, what's the English term for startup lag? > <netgod> "netscape effect"
Attachment:
pgp14zD2NeQXq.pgp
Description: PGP signature