and that is probably why openssl-1.0.1p works - it does not seem to
have any *.so files so I guess its not dynamicly linked into other
programs (?).
root@sv1 [/root]# ls /usr/openssl-0.9.8zg/lib
./ ../ engines/ libcrypto.a libcrypto.so@ libcrypto.so.0.9.8*
libssl.a libssl.so@ libssl.so.0.9.8* pkgconfig/
root@sv1 [/root]# ls /usr/openssl-1.0.1p/lib
./ ../ engines/ libcrypto.a libssl.a pkgconfig/
Still seems a postgresql bug when linking against openssl-0.9.8zg in a
custom location or maybe actualy any *.so lib anywhere pinpointed by
LDFLAGS
./configure CFLAGS="-I/usr/openssl-0.9.8zg/include"
LDFLAGS="-L/usr/openssl-0.9.8zg/lib" --with-openssl
Could not execute a simple test program. This may be a problem
related to locating shared libraries. Check the file 'config.log'
for the exact reason.
# grep -i ssl config.log
configure:13056: gcc -o conftest -Wall -Wmissing-prototypes
-Wpointer-arith -Wdeclaration-after-statement -Wendif-labels
-Wmissing-format-attribute -Wformat-security -fno-strict-aliasing
-fwrapv -I/usr/openssl-0.9.8zg/include -D_GNU_SOURCE
-L/usr/openssl-0.9.8zg/lib conftest.c -lssl -lcrypto -lz -lreadline
-ltermcap -lrt -lcrypt -ldl -lm >&5
./conftest: error while loading shared libraries: libssl.so.0.9.8:
cannot open shared object file: No such file or directory
# ls /usr/openssl-0.9.8zg/lib
./ ../ engines/ libcrypto.a libcrypto.so@ libcrypto.so.0.9.8*
libssl.a libssl.so@ libssl.so.0.9.8* pkgconfig/