recent mingw modifications.

PR: 1243

more work, i.e. more modifications are due...

Visual Studio IDE.

invalidated the whole clause] and replace it with #if _WIN32_WCE>=210.

inspired by VC6 failure report. In addition abstain from taking screen
snapshots when running in NT service context.

compiled into *our* aplpications. That's because mingw is always
consistent with itself. Having library-side code linked into .dll
makes it possible to deploy the .dll with user-code compiled with
another compiler [which is pretty much the whole point behind Applink].

PR: 380

Add version info to Win32 DLLs.

We might want to edit the strings a bit...

Maybe add to 0.9.7 too?

This is due to weird Borland compilers.
Part of PR 123

sure they are available in opensslconf.h, by giving them names starting
with "OPENSSL_" to avoid conflicts with other packages and by making
sure e_os2.h will cover all platform-specific cases together with
opensslconf.h.

I've checked fairly well that nothing breaks with this (apart from
external software that will adapt if they have used something like
NO_KRB5), but I can't guarantee it completely, so a review of this
change would be a good thing.

compiler switch.

anything that just links with libeay32.lib or libssl32.lib will get an
error saying the __imp__RegQueryValueEx is unresolved.

The right thing would really be to fix crypto/rand/rand_win.c to load
ADVAPI32.DLL dynamically, but that won't be done just before a
release.

Submitted by: Erik Johannisson <erik@johannisson.se>