From: Hans Werner Strube <[EMAIL PROTECTED]>

strube> OpenSSL version: 0.9.6b 9 Jul 2001
strube> platform: solaris-sparcv8-cc
strube> This concerns not an actual bug in compilation or function but
strube> an annoying deviation from the standards of shared library
strube> versioning. All the bugfix subversions of 0.9.6{,a,b} have the
strube> same extension lib...so.0.9.6 but are not replaceable because
strube> of the builtin check for OPENSSL_VERSION_NUMBER.

What builtin check are you talking about?  As far as I can see, both
the file name and the internal name (the soname?) is libcrypto.so.0.9.6
(that's from looking at Makefile.org).

strube> globals and functions are identical. Then programs built with
strube> (e.g.) 0.9.6a should not have to be recompiled when the shared
strube> library is replaced with 0.9.6b (but with the same extension);
strube> but actually, the new library refuses to work with the
strube> programs due to the internal check. If, however, the libraries
strube> are indeed not compatible in the above sense, they should have
strube> different version extensions.

OK, that's odd.  Can you do an exact ivestigation on what's happened?

strube> Unfortunately most public-domain software does not treat
strube> shared library versioning correctly. It should be a general
strube> philosophy to keep compatibility (and thus, same extension
strube> numbers) as long as possible.

I completely agree.  However, shared library support in OpenSSL is
currently experimental.  Unfortunately, that hasn't been very well
documented.  Also, we will not make an effort to make OpenSSL backward
compatible on a binary level before version 1.0.  There are simply too
much change going on for that to be feasible.

-- 
Richard Levitte   \ Spannv�gen 38, II \ [EMAIL PROTECTED]
Redakteur@Stacken  \ S-168 35  BROMMA  \ T: +46-8-26 52 47
                    \      SWEDEN       \ or +46-733-72 88 11
Procurator Odiosus Ex Infernis                -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/
Software Engineer, GemPlus:             http://www.gemplus.com/

Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to