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

actually be used, namely x86* platforms [because they don't bomb on
unaligned access]. This resulted in 30-40% [depending on message
length] improvement for SHA-256 compiled with gcc and running on P4.
In the lack of assembler implementation I give the compiler all the
help it can possibly get:-)

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

make update

AND it avoids warnings on certain systems.

code, Makefile update.

of different implementations]. Real-life performance improvement is rated
at 2-3x, not 6x as preliminary announced.

the Makefiles. NB: this commit is probably going to generate a huge posting
and it is highly uninteresting to read.

comes in we have required macros in place.

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

is subject to change as C implementation is added...

This is part of a large change submitted by Markus Friedl <markus@openbsd.org>

PR: 780
Submitted by: Verdon Walker <VWalker@novell.com>
Reviewed by: Richard Levitte

Submitted by: Tim Rice <tim@multitalents.net>

PR: #735, #765

FreeBSD. Goal is to extend support even to SCO5, UnixWare/OpenUnix...

As there is an apparent interest for optimization for footprint, I figured
that this can eventually become useful.

always give the expected result on some platforms.

I've covered all the memset()s I felt safe modifying, but may have missed some.

give it.
For 0.9.7 and up, that means util/domd needs to remove those double
dashes from the argument list when gcc is used to find the
dependencies.

handled properly.
Part of PR 75

Retain compatibility of EVP_DigestInit() and EVP_DigestFinal()
with existing code.

Modify library to use digest *_ex() functions.

Submitted by: Toomas Kiisk <vix@cyber.ee>

Change all calls to low level digest routines in the library and
applications to use EVP. Add missing calls to HMAC_cleanup() and
don't assume HMAC_CTX can be copied using memcpy().

Note: this is almost identical to the patch submitted to openssl-dev
by Verdon Walker <VWalker@novell.com> except some redundant
EVP_add_digest_()/EVP_cleanup() calls were removed and some changes
made to avoid compiler warnings.

errors can be tolerated, hide the error from 'make'.
This gives shorter output both if ranlib fails and if
it works.

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.

causes MASM to complain and not produce valid debug info.
Hopefully this wont break anything else...

Also fix typo in e_rd.c

acceptable, since all that happens if it fails is a library with
an index, which makes linking slower, but still working correctly.