think that proper Makefile clean-up is required.

this flag RAND_poll ends up in end-less loop calling RAND_add. But
don't ask me why...

"draft," but we have to start somewhere...

Submitted by: Nils Larsch <nlarsch@compuserve.de>

will appear at EVP leyer.

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.