Subject: Re: Build kdebase fails )-: - msg#00113

Previous Message by Date:

Build kdebase fails )-:

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 -- http://linuxfromscratch.org/mailman/listinfo/cross-lfs FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

Next Message by Date:

Re: Build kdebase fails )-:

On Wednesday 15 March 2006 12:57, Ken Moffat wrote: > On Wed, 15 Mar 2006, John Gay wrote: > > Well, everything was going along swimmingly, till I got to kdebase )-: > > > > During make, it fails for: > > [...] > > > /usr/lib/gcc/x86_64-unknown-linux-gnu/4.0.2/../../../../x86_64-unknown-li > >nux-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> > > You will get these messages on x86_64 any place that libtool tries to > use a static (.a) library in a .la, and as it says, it can't link. > These "recompile with -fPIC" messages fall into three types - > > (i) recompile the current package with -fPIC > (ii) fix a broken symlink (I had a dangling symlink for ncurses in my > scripts, because of a typo - on x86 libtool couldn't find the .so but > took the .a and ran with it, on x86_64 it barfed). > (iii) convert a Makefile to use .la instead of .a (very uncommon). > Thanks for the info! > On my pure64 system : > > ken@bluesbreaker ~ $ls -l /usr/X11R6/lib/libXau* > lrwxrwxrwx 1 root root 13 2006-03-03 13:40 /usr/X11R6/lib/libXau.so > -> libXau.so.6.0 > lrwxrwxrwx 1 root root 13 2006-03-03 13:40 /usr/X11R6/lib/libXau.so.6 > -> libXau.so.6.0 > -rwxr-xr-x 1 root root 15649 2006-03-03 13:40 > /usr/X11R6/lib/libXau.so.6.0 > ken@bluesbreaker ~ $ > > - Do you have these, and if you do, are the symlinks correct ? > As I said, I don't have any libXau.so files. This is all I have: root@john:/home/john# ls -l /mnt/lfs/usr/X11R6/lib/libXau* -rw-r--r-- 1 root root 17948 Mar 9 10:48 /mnt/lfs/usr/X11R6/lib/libXau.a > libXau is built while X is building general libraries, I imagine you > would have to do something fairly unusual to not build it in 6.9 - if > it's missing, did you log X, and if so, did it error out somewhere > (search for 'Error:' or 'Error ' to avoid Error.h) ? > I built X11R6.8.2-src.tar.bz2 But since I wiped the xc and xcbuild, my log is missing. Looks like it only built the static lib, not the shared one. Lesson learnt. So, can I get away with re-building X, without installing and just putting the shared lib in place? I'm interested in trying the new X-7.0, but the build process has got me worried and I don't know how nicely nVidia's driver will play with it either. Cheers, John Gay -- http://linuxfromscratch.org/mailman/listinfo/cross-lfs FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

Previous Message by Thread:

Build kdebase fails )-:

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 -- http://linuxfromscratch.org/mailman/listinfo/cross-lfs FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page

Next Message by Thread:

Re: Build kdebase fails )-:

On Wednesday 15 March 2006 12:57, Ken Moffat wrote: > On Wed, 15 Mar 2006, John Gay wrote: > > Well, everything was going along swimmingly, till I got to kdebase )-: > > > > During make, it fails for: > > [...] > > > /usr/lib/gcc/x86_64-unknown-linux-gnu/4.0.2/../../../../x86_64-unknown-li > >nux-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> > > You will get these messages on x86_64 any place that libtool tries to > use a static (.a) library in a .la, and as it says, it can't link. > These "recompile with -fPIC" messages fall into three types - > > (i) recompile the current package with -fPIC > (ii) fix a broken symlink (I had a dangling symlink for ncurses in my > scripts, because of a typo - on x86 libtool couldn't find the .so but > took the .a and ran with it, on x86_64 it barfed). > (iii) convert a Makefile to use .la instead of .a (very uncommon). > Thanks for the info! > On my pure64 system : > > ken@bluesbreaker ~ $ls -l /usr/X11R6/lib/libXau* > lrwxrwxrwx 1 root root 13 2006-03-03 13:40 /usr/X11R6/lib/libXau.so > -> libXau.so.6.0 > lrwxrwxrwx 1 root root 13 2006-03-03 13:40 /usr/X11R6/lib/libXau.so.6 > -> libXau.so.6.0 > -rwxr-xr-x 1 root root 15649 2006-03-03 13:40 > /usr/X11R6/lib/libXau.so.6.0 > ken@bluesbreaker ~ $ > > - Do you have these, and if you do, are the symlinks correct ? > As I said, I don't have any libXau.so files. This is all I have: root@john:/home/john# ls -l /mnt/lfs/usr/X11R6/lib/libXau* -rw-r--r-- 1 root root 17948 Mar 9 10:48 /mnt/lfs/usr/X11R6/lib/libXau.a > libXau is built while X is building general libraries, I imagine you > would have to do something fairly unusual to not build it in 6.9 - if > it's missing, did you log X, and if so, did it error out somewhere > (search for 'Error:' or 'Error ' to avoid Error.h) ? > I built X11R6.8.2-src.tar.bz2 But since I wiped the xc and xcbuild, my log is missing. Looks like it only built the static lib, not the shared one. Lesson learnt. So, can I get away with re-building X, without installing and just putting the shared lib in place? I'm interested in trying the new X-7.0, but the build process has got me worried and I don't know how nicely nVidia's driver will play with it either. Cheers, John Gay -- http://linuxfromscratch.org/mailman/listinfo/cross-lfs FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page