Hi,

I was running postgres-7.4.2 and upgraded to 8.2.0

Postgres-8.2.0 built successfully. But when I do an ldd on postgres I see
that it is linking to the wrong openssl and crypto libraries.

engpc17 bin]# ldd postgres
libssl.so.4 => /lib/libssl.so.4 (0x0091e000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0x00b67000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x007d7000)
libdl.so.2 => /lib/libdl.so.2 (0x00111000)
libm.so.6 => /lib/tls/libm.so.6 (0x00ce8000)
libc.so.6 => /lib/tls/libc.so.6 (0x00114000)
libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2
(0x00a71000)
libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x00308000)
libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x0024c000)
libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x0024e000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00260000)
libz.so.1 => /usr/lib/libz.so.1 (0x005be000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00ec2000)

It should be linking to:
/usr/local/lib/libssl.so --> libssl.so.0.9.7
/usr/local/lib/libcrypto.so.0 -> libcrypto.so.0.9.7

Instead it is pulling from the /lib (default red-hat) location rather than
/usr/local/lib.

My /etc/ld.so.conf file has the correct paths in it:

/usr/local/lib
/usr/kerberos/lib
/usr/X11R6/lib
/usr/lib/qt-3.1/lib
/usr/lib/mysql
/usr/local/pgsql/lib
/usr/exa/lib
/usr/exa/sys/lib
/lib

Any help would be appreciated.

Thanks,
Radhika


--
It is all a matter of perspective. You choose your view by choosing where
to stand.
Larry Wall
---


---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings


--
It is all a matter of perspective. You choose your view by choosing where
to stand.
Larry Wall
---


---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

http://www.postgresql.org/about/donate

"Radhika Sambamurti" <radhika@88thstreet.com> writes:
> Postgres-8.2.0 built successfully. But when I do an ldd on postgres I see
> that it is linking to the wrong openssl and crypto libraries.
> ...
> Instead it is pulling from the /lib (default red-hat) location rather than
> /usr/local/lib.

If you think that is wrong, perhaps you need to specify --with-libraries
(maybe also --with-includes) to configure? This is going to be affected
by link-time as well as run-time library search order. I'm not sure
what is the default link-time search path on your system.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match