what's the LD_LIBRARY_PATH set to? does it include the location of libgcc_s.so?
-- Martin Hepworth Senior Systems Administrator Solid State Logic Ltd +44 (0)1865 842300
Craig Dewick wrote:
Hi everyone,
Further to the problems I've been experiencing with trying to build the amanda-2.4.4p1 package, I now have gcc-3.3 building perfectly using the sunfreeware.com gcc-3.3 package as the basis to build natively from source. I've used the exact same config settings as the sunfreeware gcc-3.3 package is built with.
I have rebuilt the Berkeley DB library and the GNU readline library using the natively-built gcc-3.3 to make sure the shared libs don't have any strange compiler-specific dependences.
However, the problem with 'genversion' still occurs. Here is the output from 'ldd' when run on the compiled executable file:
155 [EMAIL PROTECTED] #----> ldd genversion libgen.so.1 => /usr/lib/libgen.so.1 libdb-4.1.so => /usr/local/lib/libdb-4.1.so libm.so.1 => /usr/lib/libm.so.1 libreadline.so.4 => /usr/local/lib/libreadline.so.4 libcurses.so.1 => /usr/lib/libcurses.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libintl.so.1 => /usr/lib/libintl.so.1 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => (file not found) libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
Notice that libgcc_s.so.1 is not being found. This is despite my default setting for the LDFLAGS environment variable which is:
LDFLAGS=-L/usr/sfw/lib:/usr/openwin/lib:/usr/local/lib -R/usr/sfw/lib:/usr/openwin/lib:/usr/local/lib
so it seems that this flag is being ignored. I don't have any other gcc compilers installed.
'libgcc_s' does exist in /usr/local/lib since it was installed as part of the natively-built gcc-3.3 package:
158 [EMAIL PROTECTED] #----> ls -sal /usr/local/lib/libgcc* 2 lrwxrwxrwx 1 root other 13 Jul 30 05:59 /usr/local/lib/libgcc_s.so -> libgcc_s.so.1 1536 -rw-r--r-- 1 root other 776192 Jul 30 05:59 /usr/local/lib/libgcc_s.so.1
What could this mean? /usr/local/lib is definitely being used to find libraries since the GNU readline library is correctly found by 'ldd' when it's run on the 'genversion' binary just built by gcc.
This is what 'file' reports for the libgcc_s.so.1 library:
159 [EMAIL PROTECTED] #----> file /usr/local/lib/libgcc_s.so.1 /usr/local/lib/libgcc_s.so.1: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped
which is correct as far as I can tell.
Craig.
********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager.
This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com **********************************************************************
