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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
