On 4-Jan-09, at 5:16 PM, Allan Black wrote: > Jeff MacDonald wrote: >> Here is my configure line: >> --enable-static-tools \ > > I believe that is your problem. As of Solaris 10, Solaris no longer > ships (or supports) static system libraries. There are a couple of > (technical) reasons for this. It is a bit of a pain, though, when > trying to put together a recovery CD. > > BTW this only affects system libraries, not archives created from > source, so libraries such as libbac.a still work exactly as expected. > >> ld: fatal: library -lc: not found >> ld: fatal: File processing errors. No output written to bls >> collect2: ld returned 1 exit status >> *** Error code 1 >> The following command caused the error: >> /usr/sfw/bin/g++ -static -L../lib -L../findlib -o bls bls.o block.o > ^^^^^^^ > >> The thing is, all of these libraries exist in /lib and /usr/lib >> and the headers are in /usr/include > > Yes, the libraries e.g. libc.so* are there, but not the static ones > e.g. > libc.a. > > Allan
Hi Again Allan, Everything compiles now, and the file and storage daemons both work fine, but look what happens when I start up the director [I'm using SMF btw, just using command line during debugging] timemachine# /opt/bacula/bin/bacula-dir -v -c /opt/bacula/etc/bacula- dir.conf ld.so.1: bacula-dir: fatal: libpq.so.5: open failed: No such file or directory zsh: killed /opt/bacula/bin/bacula-dir -v -c /opt/bacula/etc/ bacula-dir.conf The weird thing is, libpq.so.5 exists... albeit as a symlink timemachine# ls -l /usr/postgres/8.3/lib|grep pq lrwxrwxrwx 1 root root 12 Dec 17 01:23 libpq.so -> libpq.so.5.1 lrwxrwxrwx 1 root root 12 Dec 17 01:23 libpq.so.5 -> libpq.so.5.1 -r-xr-xr-x 1 root bin 205988 Jun 16 2008 libpq.so.5.1 Thoughts ? Jeff. ------------------------------------------------------------------------------ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
