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 14:09:01 +0000 (16:09 +0200)
commitb3023ced6b6a4aece6f4d4ec1f6a93b1c03712b6
tree8463c4dcd981aa83dfea897fbd30dcc3980e4eb3
parentf81b043ad856d8b9af5239a4978f8bd4b965dab9
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)
Configurations/windows-makefile.tmpl
test/build.info