David Benjamin 40c24d74de Don't use __ARMEL__/__ARMEB__ in aarch64 assembly ... GCC's __ARMEL__ and __ARMEB__ defines denote little- and big-endian arm, respectively. They are not defined on aarch64, which instead use __AARCH64EL__ and __AARCH64EB__. However, OpenSSL's assembly originally used the 32-bit defines on both platforms and even define __ARMEL__ and __ARMEB__ in arm_arch.h. This is less portable and can even interfere with other headers, which use __ARMEL__ to detect little-endian arm. Over time, the aarch64 assembly has switched to the correct defines, such as in 32bbb62ea6. This commit finishes the job: poly1305-armv8.pl needed a fix and the dual-arch armx.pl files get one more transform to convert from 32-bit to 64-bit. (There is an even more official endianness detector, __ARM_BIG_ENDIAN in the Arm C Language Extensions. But I've stuck with the GCC ones here as that would be a larger change.) Reviewed-by: Matt Caswell <matt@openssl.org> Reviewed-by: Tomas Mraz <tomas@openssl.org> Reviewed-by: Paul Dale <pauli@openssl.org> Reviewed-by: Bernd Edlinger <bernd.edlinger@hotmail.de> (Merged from https://github.com/openssl/openssl/pull/17373)		2022-01-09 07:40:44 +01:00
..
asm	Don't use __ARMEL__/__ARMEB__ in aarch64 assembly	2022-01-09 07:40:44 +01:00
aes_cbc.c
aes_cfb.c
aes_core.c	Fix aes_core to use U64() macro..	2021-06-22 13:24:51 +10:00
aes_ecb.c
aes_ige.c
aes_local.h	Update copyright year	2021-06-17 13:24:59 +01:00
aes_misc.c
aes_ofb.c
aes_wrap.c
aes_x86core.c	fix some code with obvious wrong coding style	2021-10-28 13:10:46 +10:00
build.info	Add missing define to enable AES-NI usage on x86 platform	2021-10-21 18:23:46 +02:00