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...

Add the corresponding AES parts while I'm at it.
make update

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

be the same.  Therefore, the removed memcpy()s need to be restored.

a multiple of AES_BLOCK_SIZE.
Optimize decryption of all complete blocks in AES-CBC by removing an
unnecessary memcpy().

The error was notified by James Fernandes <jf210032@exchange.DAYTONOH.NCR.com>.
The unnecessary memcpy() was found as an effect of investigating that error.

there's absolutely no need to special-case it on little-endian
machines.

Notified by Thierry Boivin <Thierry.Boivin@celsecat.com>