On Sun, Apr 23, 2006 at 06:54:35PM -0400, stan wrote:
> 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
> 

Where in your configure/make do you think you told the amanda
executables that at `runtime' to search /usr/local/lib directory,
where libgcc_s.so.1 is located?

> Strange Eh, and of course:

Not unless you have passed a -R/usr/local/lib to the link editor
(directly or via LDFLAGS) or have set LD_LIBRARY_PATH to include
/usr/local/lib, or have /usr/local/lib in your trusted lib dirs
via crle (I think it existed in Sol8, certainly Sol9).

> 
> 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)?
> 

Very difficult in Sol8, essentially impossible later.

-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)