From b3836ed3cbeb9a5d735597e8a79ffea5894cb470 Mon Sep 17 00:00:00 2001 From: Andy Polyakov Date: Sun, 24 Jul 2005 21:48:04 +0000 Subject: Unify VC-32.pl and VC-CE.pl scripts and update INSTALL.W32. --- INSTALL.W32 | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) (limited to 'INSTALL.W32') diff --git a/INSTALL.W32 b/INSTALL.W32 index f18f249677..a4b6700e2e 100644 --- a/INSTALL.W32 +++ b/INSTALL.W32 @@ -287,3 +287,21 @@ (e.g. fopen()), and OpenSSL cannot change these; so in general you cannot rely on CRYPTO_malloc_init() solving your problem, and you should consistently use the multithreaded library. + + Linking your application + ------------------------ + + If you link with static OpenSSL libraries [those built with ms/nt.mak], + then you're expected to additionally link your application with + WSOCK32.LIB, ADVAPI32.LIB, GDI32.LIB and USER32.LIB. Those developing + non-interactive service applications might feel concerned about linking + with latter two, as they are justly associated with interactive desktop, + which is not available to service processes. The toolkit is designed + to detect in which context it's currently executed, GUI, console app + or service, and act accordingly, namely whether or not to actually make + GUI calls. + + If you link with OpenSSL .DLLs, then you're expected to include into + your application code small "shim" snippet, which provides glue between + OpenSSL BIO layer and your compiler run-time. Look up OPENSSL_Applink + reference page for further details. -- cgit v1.2.3