822b5e2645
This small change in the Unix template and shared library build scripts enables building "variant" shared libraries. A "variant" shared library has a non-default SONAME, and non default symbol versions. This makes it possible to build (say) an OpenSSL 1.1.0 library that can coexist without conflict in the same process address space as the system's default OpenSSL library which may be OpenSSL 1.0.2. Such "variant" shared libraries make it possible to link applications against a custom OpenSSL library installed in /opt/openssl/1.1 or similar location, and not risk conflict with an indirectly loaded OpenSSL runtime that is required by some other dependency. Variant shared libraries have been fully tested under Linux, and build successfully on MacOS/X producing variant DYLD names. MacOS/X Darwin has no symbol versioning, but has a non-flat library namespace. Variant libraries may therefore support multiple OpenSSL libraries in the same address space also with MacOS/X, despite lack of symbol versions, but this has not been verified. Variant shared libraries are optional and off by default. Reviewed-by: Richard Levitte <levitte@openssl.org> |
||
---|---|---|
.. | ||
perl | ||
build.info | ||
ck_errf.pl | ||
copy.pl | ||
dofile.pl | ||
find-doc-nits | ||
find-unused-errs | ||
indent.pro | ||
libcrypto.num | ||
libssl.num | ||
local_shlib.com.in | ||
mkbuildinf.pl | ||
mkdef.pl | ||
mkdir-p.pl | ||
mkerr.pl | ||
mkrc.pl | ||
openssl-format-source | ||
opensslwrap.sh | ||
private.num | ||
process_docs.pl | ||
shlib_wrap.sh.in | ||
su-filter.pl | ||
unlocal_shlib.com.in |