PR: 1130

entry point, md5_block_asm_data_order.

Submitted by: David Mosberger

Obtained from: http://www.hpl.hp.com/research/linux/crypto/

1. Original submission required minor modification to RC4_set_key, which
   we don't want to tolerate and therefore we fix assembler instead.
2. Eliminate remaining byte-order dependence [look for RC4_BIG_ENDIAN].
3. Eliminate logical error [when key->x is referred prior key is verified].
4. HP-UX assembler puked on MODSCHED_RC4 macro with "syntax error,"
   macro has to be splitted in two.
5. Deploy parallel compare in function prologue.
6. Eliminate redundant instuctions and nops.
7. Eliminate assembler warnings.

implementation [as predicted].

Submitted by: David Mosberger

Obtained from: http://www.hpl.hp.com/research/linux/crypto/

debugging and doesn't affect functionality.

Submitted by: David Mosberger

Obtained from: http://www.hpl.hp.com/research/linux/crypto/

    	./configure no-deprecated [no-dsa] [no-dh] [no-ec] [no-rsa]
    	make depend all test
work again

PR: 1159

place between objects that overlap, the behavior is undefined." It's hard
to comprehend, but it reportedly manages to be case.

'INSTALL', so we need to put some force into installing

PR: 1131

significant digits. As soon it verifies elsewhere it goes to 0.9.8 and
0.9.7.

aligning the key schedule in a specific manner.

SIXTY_FOUR_BIT_LONG

compiler vendors.

segmenting...

room for aligning of the key schedule itself [specific alignment is
required for future performance improvements], but OpenSSH "abuses"
our API by making copies and restoring RC4_KEY, thus ruining the
alignment and making it impossible to recover the key schedule.
PR: 1114

the absence of OPENSSL_NO_ENGINE.

the absence of OPENSSL_NO_ENGINE.

PR: 1123