[Bug 269] OpenSSH doesn't compile with dynamic OpenSSL libraries

[bugzilla-daemon at mindrot.org]

http://bugzilla.mindrot.org/show_bug.cgi?id=269





------- Additional Comments From dtucker at zip.com.au  2002-06-09 15:31 -------
First of all, are you sure you want to do that? The OpenSSL INSTALL file says:

"Shared library is currently an experimental feature.  The only reason to
 have them would be to conserve memory on systems where several program
 are using OpenSSL.  Binary backward compatibility can't be guaranteed
 before OpenSSL version 1.0."

If you update your OpenSSL shared library, you're likely to break ssh. This is a 
pain, particularly if the system is some remote place.

If you still want to do this, you'll need to provide more info: What compiler? 
Which version of Solaris? Do you have OpenSSL libraries or headers installed 
anywhere else in the link/include paths ("find / -name 'libcrypto.[a|so]' -print 
-o -name opensslv.h -print")? What's the rest of config.log say? (Add it as an 
attachment to this bug report).

If you're using gcc then there is a bug in 2.95.2 (and possibly others) that 
caused the -L link paths to be searched last, so if you've got an older 
libcrypto somewhere (eg /usr/local/lib) it'll pick that up.  See:

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=32
6

If that's your problem you can override -L by setting you LIBRARY_PATH 
environment variable.

For what it's worth, what you're doing works on my Sol8/gcc-3.1 box:
$ ./configure --with-ssl-dir=/opt/src/openssl-0.9.6d && make ssh
[snip]
$ ldd ssh
[snip]
        libcrypto.so.0.9.6 =>    /opt/src/openssl-0.9.6d/libcrypto.so.0.9.6






------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.