Re: compiling on debian does not find a valid PostgreSQL 8.4+ installati

On Wed, Aug 24, 2011 at 11:18 AM, Giuseppe Sacco
<giuseppe(at)eppesuigoccas(dot)homedns(dot)org> wrote:
> Il giorno mer, 24/08/2011 alle 11.00 +0100, Dave Page ha scritto:
>> On Wed, Aug 24, 2011 at 10:40 AM, Giuseppe Sacco
> [...]
>> > configure:5403: checking for SSL_library_init in -lssl
>> > configure:5428: gcc -o conftest -g -O2   conftest.c -lssl   >&5
>> > /usr/lib/libssl.so: undefined reference to `BIO_pop(at)OPENSSL_1(dot)0(dot)0'
>> > /usr/lib/libssl.so: undefined reference to `EVP_CipherInit_ex(at)OPENSSL_1(dot)0(dot)0'
>>
>> <snip>
>>
>> What version of SSL is your libpq compiled against? You can use 'ldd'
>> to find out. On squeeze, PG 8.4 appears to use 0.9.8.
>
> $ ldd /usr/lib/libpq.so.5.4
>        linux-gate.so.1 =>  (0xb7819000)
>        libssl.so.1.0.0 => /usr/lib/i686/cmov/libssl.so.1.0.0 (0xb7780000)
>        libcrypto.so.1.0.0 => /usr/lib/i686/cmov/libcrypto.so.1.0.0 (0xb75d2000)
>        libkrb5.so.3 => /usr/lib/i386-linux-gnu/libkrb5.so.3 (0xb7505000)
>        libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7501000)
>        libgssapi_krb5.so.2 => /usr/lib/i386-linux-gnu/libgssapi_krb5.so.2 (0xb74c3000)
>        libldap_r-2.4.so.2 => /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xb7473000)
>        libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb745a000)
>        libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb72ff000)
>        libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb72fb000)
>        libz.so.1 => /usr/lib/libz.so.1 (0xb72e7000)
>        libk5crypto.so.3 => /usr/lib/i386-linux-gnu/libk5crypto.so.3 (0xb72bf000)
>        libkrb5support.so.0 => /usr/lib/i386-linux-gnu/libkrb5support.so.0 (0xb72b7000)
>        libkeyutils.so.1 => /lib/i386-linux-gnu/libkeyutils.so.1 (0xb72b2000)
>        libresolv.so.2 => /lib/i386-linux-gnu/i686/cmov/libresolv.so.2 (0xb729e000)
>        /lib/ld-linux.so.2 (0xb781a000)
>        liblber-2.4.so.2 => /usr/lib/i386-linux-gnu/liblber-2.4.so.2 (0xb7290000)
>        libsasl2.so.2 => /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb7274000)
>        libgnutls.so.26 => /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xb71ab000)
>        libgcrypt.so.11 => /lib/i386-linux-gnu/libgcrypt.so.11 (0xb712a000)
>        libtasn1.so.3 => /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xb7119000)
>        libgpg-error.so.0 => /lib/libgpg-error.so.0 (0xb7115000)

What's with the weird paths? I'd expect most of that lot to come from
/usr/lib or /lib.

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company