[most importantly] put back dependencies accidentaly eliminated in
check-in #13342.

and GNU binutils, but kept BSD make... And I took the opportunity to
unify other targets to this common least denominator...

replace *whole* aes_core.c, not only AES_[de|en]crypt routines.

if $(EXHEADER) is empty.

Notified by many, solution suggested by Carson Gaspar <carson@taltos.org>

I also used this opportunity to clean up some out-of-date targets and
re-group targets by OS.

This is part of a large change submitted by Markus Friedl <markus@openbsd.org>

give it.
For 0.9.7 and up, that means util/domd needs to remove those double
dashes from the argument list when gcc is used to find the
dependencies.

handled properly.
Part of PR 75

With Compaq make, it seems like # inside an action becomes part of the command, not a comment at all

Submitted by Stephen Sprunk <stephen@sprunk.org>

non-existant aestest.c.

AES algorithm.

crypto/rijndael.  Additionally, I applied the AES integration patch
from Stephen Sprunk <stephen@sprunk.org> and fiddled it to work
properly with the normal EVP constructs (and incidently work the same
way as all other symmetric cipher implementations).

This results in an API that looks a lot like the rest of the OpenSSL
cipher suite.

sure they are available in opensslconf.h, by giving them names starting
with "OPENSSL_" to avoid conflicts with other packages and by making
sure e_os2.h will cover all platform-specific cases together with
opensslconf.h.

I've checked fairly well that nothing breaks with this (apart from
external software that will adapt if they have used something like
NO_KRB5), but I can't guarantee it completely, so a review of this
change would be a good thing.

Fix AES code.

Update Rijndael source to v3.0

Add AES OIDs.

Change most references of Rijndael to AES.

Add new draft AES ciphersuites.

make update done.

acceptable, since all that happens if it fails is a library with
an index, which makes linking slower, but still working correctly.

Also, "make update" has added some missing functions to libeay.num,
updated the TABLE for the alpha changes, and updated thousands of
dependancies that have changed from recent commits.

Tidy up CRYPTO_EX_DATA structures.

in cryptlib.h (which is often included as "../cryptlib.h"), then the
question remains relative to which directory this is to be interpreted.
gcc went one further directory up, as intended; but makedepend thinks
differently, and so probably do some C compilers.  So the ../ must go away;
thus e_os.h goes back into include/openssl (but I now use
#include "openssl/e_os.h" instead of <openssl/e_os.h> to make the point) --
and we have another huge bunch of dependency changes.  Argh.