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

both vendor and GNU compilers. ./engine shared build are still busted.
I mean always were...

after more tests...

AND it avoids warnings on certain systems.

make it possible to produce for a unified binary build, which can be
used with a variety of Win32 compilers.

wrapping preprocessor directive.  This also removes a duplicate
declaration.

code, Makefile update.

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

that does exist.

Fix mkdef.pl script to avoid infinite loop when
parsing sha.h.

when trying to build a shared library on VMS or Windows...

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

dh.h, dsa.h, ec.h, ecdh.h, ecdsa.h, rsa.h), as the opaque bignum types are
already declared in ossl_typ.h. Add explicit includes for bn.h in those C
files that need access to structure internals or API functions+macros.

and include bn.h in those C files that need bignum functionality.

to include crypto.h directly.

the cryptodev implementation include bn.h directly (when building with
OPENSSL_NO_DEPRECATED that is).

the engine implementations need to include bn.h to manipulate bignums.

remove some unnecessary includes from the internal header ssl_locl.h. This
then requires adding includes for bn.h in four C files.

required includes back via the internal header and str_lib.c.

CRYPTO_EX_DATA and the new/free/dup callback prototypes to ossl_typ.h.

Deprecate inclusion of crypto.h from ui.h.

comes in we have required macros in place.

corresponding headers are only required for API functions or structure
details. This now includes the bignum types and BUF_MEM. Subsequent commits
will remove various dependencies on bn.h and buffer.h and update the
makefile dependencies.

macros. I'm removing this from the NO_DEPRECATED build.