Craig

--
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 root@lios #----> 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 root@lios #----> 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 root@lios #----> 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
**********************************************************************