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 [EMAIL PROTECTED] JG Computing 4455 Province Line Road (609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
