At 5:38 PM +0100 12/6/01, Peter Eisentraut wrote:
>Henry B. Hotz writes:
>> >Ah! No it doesn't. It can't find /usr/local/lib/libz.so. Let's
>> >see there is a configure option for that isn't there? Setting
>> >LD_RUN_PATH or something. . .
>> OK, --with-libs=/usr/local/lib doesn't work; --enable-rpath doesn't
>> work. Setting LD_RUN_PATH does.
>> Seems like this should be mentioned in the INSTALL notes. Actually
>> seems like this should be taken care of automatically, but maybe
>> that's hard?
>It should be taken care of automatically by the operating system. It's
>not the task of PostgreSQL to tell your operating system how to find
>shared libraries, or to override its decisions. We can only tell you when
>something is (probably) wrong.
>IMHO, the setup that the link editor can find a library but the run time
>linker cannot is simply broken, but the choice how to fix it is yours.
I couldn't agree more.
However I didn't need to do anything like that to build/install
openssl, openssh, tcl, tk, zlib, readline, enscript, or pcre. So why
do I have to manually set LD_RUN_PATH for postgres?
Incidentally I got it to build and pass regression tests with
--prefix=/usr/local -with-tcl --with-perl -with-openssl --with-CXX
--enable-syslog. I did have to do the /etc/system thing to increase
shared memory. (I don't expect you to fix that one for me. *sigh*)
Now on to getting the server properly configured. . .
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry(dot)B(dot)Hotz(at)jpl(dot)nasa(dot)gov, or hbhotz(at)oxy(dot)edu
In response to
pgsql-ports by date
|Next:||From: jacques.talbot||Date: 2001-12-07 14:29:54|
|Subject: problems linking with-tcl|
|Previous:||From: Peter Eisentraut||Date: 2001-12-06 19:27:38|
|Subject: Re: 7.1.3 fails to configure with kerberos on NetBSD/macppc|