Windows: Produce a static version of the public libraries, always
authorRichard Levitte <levitte@openssl.org>
Thu, 25 Oct 2018 13:55:15 +0000 (15:55 +0200)
committerRichard Levitte <levitte@openssl.org>
Thu, 25 Oct 2018 21:30:52 +0000 (23:30 +0200)
commit85299451cbdcb734e67adf14c64597a64dd11737
tree8e49d8486bd87b029f11c2cb9674f58ce61e0f61
parent28361a0b821d36e3b19271b0a7909d5355b0990c
Windows: Produce a static version of the public libraries, always

When building shared libraries on Windows, we had a clash between
'libcrypto.lib' the static routine library and 'libcrypto.lib' the
import library.

We now change it so the static versions of our libraries get '_static'
appended to their names.  These will never get installed, but can
still be used for our internal purposes, such as internal tests.

When building non-shared, the renaming mechanism doesn't come into
play.  In that case, the static libraries 'libcrypto.lib' and
'libssl.lib' are installed, just as always.

Fixes #7492

Reviewed-by: Tim Hudson <tjh@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/7496)

(cherry picked from commit b3023ced6b6a4aece6f4d4ec1f6a93b1c03712b6)
Configurations/windows-makefile.tmpl
test/build.info