PR: 1059

compressed tables (2x compression factor) and by pre-fetching them into
processor cache prior every CBC en-/decryption pass. One can argue why
just CBC? Well, it's commonly used mode in real-life applications and
API allows us to amortize the prefetch costs for larger data chunks...

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

locality on 64-bit platforms (and fixes IA64 assembler-empowered build:-).
The choice is guarded by newly introduced AES_LONG macro, which needs
to be defined only on 16-bit platforms which we don't support (not that
I know of). Meaning that one could as well skip long option altogether.

hand-coded zero-copy AES_cbc_encrypt.

performance on recent microarchitectures.

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

performance, but anyway...

const.

essentially cosmetic modification...

from platform to platform and can be as large as 20%.

if $(EXHEADER) is empty.

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

PR: 963

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

we were mislead by _MSC_VER macro, which is defined by *all* Windows
Microsoft compilers.

C code yet...