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.

that isn't yet committed.  It wasn't meant to be committed already, so
I'm removing it for now.

reserves for truncated hash function output mode and makes SHA224
thread-safe. Next stop is integration with EVP and we're done...

SHA224() uses SHA256_Update() and SHA256_Final() instead, let's just
create aliases in form of macros.

make update

comes in we have required macros in place.

Makefile modifications, make test, etc. will appear later...

Make EVP_Digest*() routines return a value.

TODO: update docs, and make soe other routines
which use EVP_Digest*() check return codes.

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.

(including another problem in the s3_srvr.c state machine).

"Clean-up" stands for the fact that it's using common message digest
template ../md32_common.h and sha[1_]dgst.c are reduced down to
'#define SHA_[01]' and then '#include "sha_locl.h"'. It stands "(LP64)"
there because it's 64 bit platforms which benefit most from the tune-up.
The updated code exhibits 40% performance improvement on IRIX64
(sounds too good, huh? I probably should double check if it's not
some cache trashing that was holding it back before), 28% - on
Alpha Linux and 12% - Solaris 7/64.

Submitted by: Andy Polyakov <appro@fy.chalmers.se>

Pointed out by Andy Polyakov <appro@fy.chalmers.se>.