Build kdebase fails )-:

John Gay johngay at eircom.net
Tue Mar 14 21:27:28 PST 2006


Well, everything was going along swimmingly, till I got to kdebase )-:

During make, it fails for:

/bin/sh ../libtool --silent --tag=CXX --mode=link g++  -Wno-long-long -Wundef 
-a
nsi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion 
-Wchar-subscript
s -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wformat-security 
-Wmissing-f
ormat-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new 
-fno-common
 -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
-DQT_NO_TRAN
SLATION -D_GNU_SOURCE    -o libkdeinit_ksmserver.la -rpath /usr/lib 
-no-undefine
d -avoid-version -L/usr/lib -L/usr/X11R6/lib    main.lo server.lo 
shutdowndlg.lo
 legacy.lo startup.lo shutdown.lo client.lo KSMServerInterface_skel.lo 
server_sk
el.lo ../kdmlib/libdmctl.la -lkdeui
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.0.2/../../../../x86_64-unknown-linux-gnu
/bin/ld: /usr/X11R6/lib/libXau.a(AuFileName.o): relocation R_X86_64_32 against 
`
a local symbol' can not be used when making a shared object; recompile with 
-fPI
C
/usr/X11R6/lib/libXau.a: could not read symbols: Bad value
<NOTE>Don't have /usr/X11R6/lib/libXau.a?</NOTE>
collect2: ld returned 1 exit status
make[3]: *** [libkdeinit_ksmserver.la] Error 1
make[3]: Leaving directory `/blfs/kdebase-3.5.1/ksmserver'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/blfs/kdebase-3.5.1/ksmserver'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/blfs/kdebase-3.5.1'
make: *** [all] Error 2

A quick google indicates that libXau.a comes from X.org My system is a Dual 
Opteron248 with 2G RAM. I've built CLFS-SVN-20060223 and have been following 
BLFS-6.1 using Ken's seggestions as a guide when encountering problems.

X.org built fine with Ken's suggestions for:
        '#define LibDirName lib'
        '#define LibDir /usr/X11R6/lib/X11'
        '#define HaveLib64 NO'

But I didn't apply the sed, as I didn't notice it ATT. What does it do? I also 
had to disable the ati driver, as it failed to compile first time around. 

Then I added nVidia's driver, using Theo's suggestion of temporary symlinks to 
get everything installed in the proper lib directories.

As room was getting short, I started deleting source directories as I built 
KDE, including xc and xcbuild, so I can't just have a look at the Xbuild log 
to see where it may have gone wrong.

I am guessing that a rebuild of X.org is a minimal requirement, but I would 
like to not screw up the nvidia driver, if possible. Maybe I can just run the 
build, and then copy libXau.a manually, to avoid overwriting nvidia's stuff. 
Does this sound like a plan?

Thanks for all the work, and I see that the CLFS book is advancing quickly! As 
this is only a temporary Proof-of-Concept build, I imagine that CLFS will be 
more stable by the time I'm ready to commit my Desktop to Pure-64.

Cheers,

	John Gay



More information about the cross-lfs mailing list