Bug 254

Summary: Problems building.
Product: Portable OpenSSH Reporter: Dario Andres Susman <dsusman>
Component: Build systemAssignee: OpenSSH Bugzilla mailing list <openssh-bugs>
Status: CLOSED FIXED    
Severity: normal    
Priority: P2    
Version: -current   
Hardware: ix86   
OS: Linux   
Attachments:
Description Flags
Mac os none

Description Dario Andres Susman 2002-05-22 18:16:14 AEST
Greetings. I'm receiving what's below while configuring.
I've installed OpenSSL 0.9.6d and the configure script can't identify the
version.
I've run it without the --with-ssl-dir parameter, but it's no use.

Thanks,
Dario Susman

[root@scotty openssh-3.2.3p1]# ./configure --with-tcp-wrappers
--with-md5-passwords --with-mantype=man --with-ssl-dir=/usr/local/ssl/
<snip>
checking whether OpenSSL's headers match the library... no
configure: error: Your OpenSSL headers do not match your library
</snip>
Comment 1 Darren Tucker 2002-06-12 23:25:06 AEST
What C compiler are you using? There's a bug in some versions of gcc that causes
it to pick up -L link paths last, so it might be picking up libcrypto from
/usr/lib and the headers from /usr/local/ssl/include. See:

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

Try this:
$ LIBRARY_PATH=/usr/local/ssl/lib:/usr/lib:/usr/local/lib
$ export LIBRARY_PATH
$ ./configure [options]
Comment 2 Darren Tucker 2002-06-18 11:17:56 AEST
After many emails, there turned out to be two problems:

1) Symlinks to libcrypto.so in /lib but no symlink to openssl include files, 
causing compile failure of configure test.

2) Different versions of shared and static libraries in /usr/local/ssl/lib. The 
shared libraried were older, so when they got linked in there was an ssl version 
mismatch.
Comment 3 Damien Miller 2004-04-14 12:24:18 AEST
Mass change of RESOLVED bugs to CLOSED
Comment 4 Myrtle H. Darnell 2007-05-09 06:32:35 AEST
Created attachment 1273 [details]
Mac os
Comment 5 Darren Tucker 2007-05-11 07:59:41 AEST
The content of attachment 1273 [details] has been deleted by
    Darren Tucker <dtucker@zip.com.au>
who provided the following reason:

Spam

The token used to delete this attachment was generated at 2007-05-11 07:59:28.