eliminate some of the -Wcast-qual warnings (debug-ben-strict target)

Workaround so that "make test" continues anyway.

Tidy up CRYPTO_EX_DATA structures.

is added.

Never use des_set_key (it depends on the global variable des_check_key),
but usually des_set_key_unchecked.
Only destest.c bothered to look at the return values of des_set_key,
but it did not set des_check_key -- if it had done so,
most checks would have failed because of wrong parity and
because of weak keys.

Submitted by: Lennart Bång, Bodo Möller

This will soon be complemented with MacOS specific source code files and
INSTALL.MacOS.

I (Andy) have decided to get rid of a number of #include <sys/types.h>.
I've verified it's ok (both by examining /usr/include/*.h and compiling)
on a number of Unix platforms. Unfortunately I don't have Windows box
to verify this on. I really appreciate if somebody could try to compile
it and contact me a.s.a.p. in case a problem occurs.

Submitted by: Roy Wood <roy@centricsystems.ca>
Reviewed by: Andy Polyakov <appro@fy.chalmers.se>

to Kerberos.

definitions such as C_Block earlier).

Submitted by: Richard Levitte <levitte@stacken.kth.se>

and make it the default for some debugging configurations.

and delete an unused file.

didn't work before :-)

duplicated in cbc_enc.c (without IV updating) and in des_enc.c

As pointed out by others on the openssl-dev list, des_cbc_encrypt (without
IV updating; defined in cbc_enc.c) exists only for historical reasons:
des_ncbc_encrypt should be used instead (and the caller does not have
to manually update the IV).

If des_cbc_enrypt is not needed for backwards compatibility, the
definition of des_ncbc_encrypt should be put back into des_enc.c, and
both cbc_enc.c and ncbc_enc.c can be deleted.

If des_cbc_encrypt *is* needed for backwards compatibility, its behaviour
obviously should not change (i.e., don't add IV updating).

Allow configuring the name of that header file.

there is no system crypt() available.

a pain to read when using 4-space tabs.

Submitted by: Martin Kraemer <Martin.Kraemer@MchP.Siemens.De>