dynamic loading is consistent with respect to engine ids.

and I really can't be bothered...

expiry.

source files, for that matter) by tolerating the alternatives. It would be
preferable to also change the generated shared library names, but that will
be taken up separately.

was still active when it came down to the functions.  mkdef.pl should really
be corrected, but that'll be another day...

make no-sha512 more effective on platforms, which don't support 64-bit
integer type of *any* kind.

http://www.opengroup.org/onlinepubs/007908799/xsh/compilation.html.

Notified by David Wolfe <dwolfe5272@yahoo.com>

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

Submitted by: Goetz Babin-Ebell

warning when using gcc 4.0

PR: 1073

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].

The 0.9.8 branch is called OpenSSL_0_9_8-stable.

PR: 1070