OK, this starting to get really strange. As I mentioned the machine I
normally use for building Solaris 8 (SPARC) binaries has been worked
on recently, and I had assumed that my problems were related to this.

So, I started on another machine this morning. I removed the GCC
package (I'm using the ones from SunFreeware) and looked for 

ind / -name \*libgcc\* -print
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.8.1/libgcc.a

So far so, good. Then I installed the gcc_small-3.3.2-sol8-sparc-local
package from SunFreeware. I then re-ran the find:


find / -name \*libgcc\* -print
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.8.1/libgcc.a
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/libgcc.a
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/libgcc_eh.a
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/sparcv9/libgcc.a
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/sparcv9/libgcc_eh.a
/usr/local/lib/libgcc_s.so
/usr/local/lib/libgcc_s.so.1
/usr/local/lib/sparcv9/libgcc_s.so.1
/usr/local/lib/sparcv9/libgcc_s_sparcv9.so

But, strangely:


AW0501# ls -l /usr/local/lib/libgcc_s.so
lrwxrwxrwx   1 root     other         13 Apr 22 13:33 
/usr/local/lib/libgcc_s.so ->
libgcc_s.so.1
AW0501# ls -l /usr/local/lib/libgcc_s.so.1
-rw-r--r--   1 bin      bin       780796 Oct 30  2003 
/usr/local/lib/libgcc_s.so.1

Note that the execute bit is NOT set as installed by this package.

re-ran configure like this:

./configure --with-config=DailyDump \
--prefix=/opt/amanda --with-index-server=amanda --with-user=amanda \
--with-group=operator --with-tape-server=amanda --with-debugging \
--with-tape-device=/dev/nst0 --sbindir=/opt/amanda/sbin \
--libexecdir=/opt/amanda/libexec --libdir=/opt/amanda/lib \
--with-configdir=/opt/amanda/etc/amanda \
--with-gnutar-listdir=/opt/amanda/var/amanda/gnutar-lists \
--mandir=/opt/amanda/man  --without-rundump \
--without-server

Making certain LD_LIBRARY_PATH was not set before I started.


Did a make ; make install, and then:

AW0501# ldd /opt/amanda/libexec/amandad
        libamclient-2.5.0.so =>  /opt/amanda/lib/libamclient-2.5.0.so
                libamanda-2.5.0.so =>    /opt/amanda/lib/libamanda-2.5.0.so
                libgen.so.1 =>   /usr/lib/libgen.so.1
                libm.so.1 =>     /usr/lib/libm.so.1
                libcurses.so.1 =>        /usr/lib/libcurses.so.1
                libsocket.so.1 => /usr/lib/libsocket.so.1
                libnsl.so.1 =>   /usr/lib/libnsl.so.1
                libresolv.so.2 => /usr/lib/libresolv.so.2
                libintl.so.1 => /usr/lib/libintl.so.1
                libc.so.1 => /usr/lib/libc.so.1
                libgcc_s.so.1 => (file not found)
                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,Sun-Blade-100/lib/libc_psr.so.1

Strange Eh, and of course:

AW0101# ./amandad
ld.so.1: ./amandad: fatal: libgcc_s.so.1: open failed: No such file or 
directory Killed

Any sugestions here? It apears to me that libtool is not doing it's job.

BTW, I'm considering building a Soalris boot cd with Amanda on it. Given that,
is it possible to build a static version (of the recover toolset)?

Thanks, again.



-- 
U.S. Encouraged by Vietnam Vote - Officials Cite 83% Turnout Despite Vietcong 
Terror 
- New York Times 9/3/1967