[kde-solaris] How to ignore /usr/local/lib

Brian Foddy kde-solaris@mail.kde.org
Tue Mar 25 16:10:04 2003


Trying to build kde 3.1.1 with gcc 3.2.2 I received the following:
/bin/bash ../libtool --silent --mode=link --tag=CXX g++  
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W 
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -O2 -O2 
-mcpu=ultrasparc -fno-exceptions -fno-check-new  -DQT_NO_TRANSLATION 
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT   -R 
/usr/local/gcc32/kde311/lib -R /usr/local/gcc32/qt/lib -R 
/usr/local/gcc32/lib/ -R/usr/local/lib -R/usr/local/lib 
-L/usr/local/gcc32/qt/lib -L/usr/local/gcc32/kde311/lib  
-L/usr/local/gcc32/lib/ -o kio_help.la.closure kio_help_la_closure.lo 
-L/usr/local/gcc32/qt/lib -L/usr/local/gcc32/kde311/lib  
-L/usr/local/gcc32/lib/ -module -avoid-version -module -no-undefined -R 
/usr/local/gcc32/kde311/lib -R /usr/local/gcc32/qt/lib -R 
/usr/local/gcc32/lib/  kio_help.lo main.lo xslt.lo -L/usr/local/lib 
-R/usr/local/lib -lxslt -lxml2 -lz -lsocket -lnsl -lm -L/usr/local/lib 
-R/usr/local/lib -lxml2 -lz -lm -lsocket -lnsl  libkbzipfilter_dummy.la
ld: fatal: file /usr/local/gcc32//lib/libxml2.so: recording name 
`libxml2.so.2' matches that provided by file /usr/local/lib/libxml2.so
ld: warning: file /usr/local/gcc32/lib//libstdc++.so: linked to 
/usr/local/gcc32/lib/./libstdc++.so: attempted multiple inclusion of file
ld: fatal: File processing errors. No output written to 
.libs/kio_help.la.closure

Seems obvious its linking libs from /usr/local/lib and 
/usr/local/gcc32/lib that both
match.  This is because all the /usr/local/lib files are from gcc295, 
and I don't want to
delete them until I successfully get everything built with 322.  So I'm 
trying to keep them
seperate for now.  So how can I instruct the configure scripts to not 
include /usr/local/lib
in the linking stages?

Once I get the new kde rebuilt, I'll rename or link it back to 
/usr/local/lib and start
removing the old stuff, but until then (which will be several days 
probably),
any ideas?

Thanks in advance.
Brian