Thanks.
I was asking because, when looking at the traces of the build (on AIX and
Intel), I see several things like:
if [ -n "" ]; then \
(cd ..; gmake libcrypto.so.1.0.0); \
fi
where 1.0.0 comes from SHLIB_VERSION_NUMBER defined in crypto/opensslv.h .
And it looked wrong to me. At least, it seems to do nothing.
crypto/Makefile: (cd ..; $(MAKE) $(SHARED_LIB)); \
shows: (cd ..; gmake libcrypto.so.'''1.0.0'''); \
SHARED_LIB= libcrypto$(SHLIB_EXT)
Makefile: SHLIB_EXT=.so.$(SHLIB_MAJOR).$(SHLIB_MINOR)
Makefile: SHLIB_MAJOR=1
SHLIB_MINOR=0.0
Configure: my $shlib_minor = "unknown";
Configure: $shlib_minor=$2;
Configure: s/^SHLIB_MINOR=.*/SHLIB_MINOR=$shlib_minor/;
open(IN,'<crypto/opensslv.h')
$shlib_version_number=$1 if /SHLIB_VERSION_NUMBER
*"([^"]+)"/;
if ($shlib_version_number =~ /(^[0-9]*)\.([0-9\.]*)/)
$shlib_major=$1; 1
$shlib_minor=$2; 0.0
crypto/opensslv.h: # define SHLIB_VERSION_NUMBER "'''1.0.0'''"
Regards
Cordialement,
Tony Reix
Bull - ATOS
IBM Coop Architect & Technical Leader
Office : +33 (0) 4 76 29 72 67
1 rue de Provence - 38432 Échirolles - France
www.atos.net
________________________________________
De : openssl-users [[email protected]] de la part de Matt
Caswell [[email protected]]
Envoyé : mercredi 3 février 2016 16:18
À : [email protected]
Objet : Re: [openssl-users] 1.0.2f : crypto/opensslv.h : SHLIB_VERSION_NUMBER
is still "1.0.0"
On 03/02/16 15:03, REIX, Tony wrote:
> Hi,
>
> Looking at crypto/opensslv.h of version 1.0.2f, it says:
> # define SHLIB_VERSION_NUMBER "*1.0.0*"
>
> Shouldn't it be 1.0.2 ??
No. It is correct. Probably when we released 1.0.0 we should have given
it a SHLIB_VERSION_NUMBER OF "1.0". The last digit isn't helpful (and in
fact IIRC in the forthcoming 1.1.0 release it is "1.1").
This represents the ABI version. 1.0.2 is binary compatible with 1.0.0.
You should be able to drop in a 1.0.2 version of the library without
having to recompile apps built for 1.0.0 (as long as we didn't
accidentally break something ;-)). This only works if the compile
options have remained consistent between the two library versions though.
Matt
_______________________________________________
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
_______________________________________________
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
