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

PR: 1158
Submitted by: Michael Bell <michael.bell@cms.hu-berlin.de>

PR: 1156
Submitted by: Michael Bell <michael.bell@cms.hu-berlin.de>

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: 1143

Now, it ends up in newkey.pem instead.

PR: 1131

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

PR: 1145

aligning the key schedule in a specific manner.

SIXTY_FOUR_BIT_LONG

it does.