there's no need for a larger BUFSIZE any more...

PR: 904

PR: 904

The changes have been mailed to <crypt@bis.doc.gov> as well.

PR: 903

PR: 905

- Remove unused and unuseful debug cruft.
- Remove unnecessary 'top' fudging from BN_copy().
- Fix a potential memory leak and simplify the expansion logic in
  BN_bin2bn().

Submitted by: Nils Larsch
Reviewed by: Geoff Thorpe

comment-noise to managable levels and inverting the sense of the "uptodate"
boolean (which was counter-intuitive the way I'd left it).

prototypes, etc. Also, some fairly significant edits were made to the text
(who wrote this crap anyway? oh wait ...), removing stuff which is
overkill, rewriting stuff that was opaque, correcting things that were just
downright false, etc.

ignore.

    Yet another question: some time ago you changed BN_set_word.
    Why didn't you change BN_get_word as well?

Quite. I'm also removing the older commented-out implementations to improve
readability. This complex stuff seems to date from a time when the types
didn't match up well.

Submitted by: Nils Larsch, Geoff Thorpe

the only function that uses it) because it would trip up an assertion in
bn_div_words() when first invoked. This also adds BN_div_word() testing to
bntest.

Submitted by: Nils Larsch
Reviewed by: Geoff Thorpe

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

*cnids.

Submitted by: Nils Larsch
Reviewed by: Geoff Thorpe

recommended -DMD32_REG_T=int in particular.
PR: 893
Submitted by: Michal Ludvig <michal-list@logix.cz>

Also remove some commented-out lines of code that deny CVS its purpose.

install to a different location than it had created. (BTW, VMS will need a
matching fix in eng_list.c.) Note, these aren't ssl-specific, so I'm
putting "engines/" into the libs directory rather than at the "--prefix"
level or inside "ssl/".

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