summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/whrlpool/wp_block.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Replace all uses of magic numbers when operating on OPENSSL_ia32_P[] bymiod2016-11-041-7/+12
| | | | | | | | | | | | | | | meaningful constants in a private header file, so that reviewers can actually get a chance to figure out what the code is attempting to do without knowing all cpuid bits. While there, turn it from an array of two 32-bit ints into a properly aligned 64-bit int. Use of OPENSSL_ia32_P is now restricted to the assembler parts. C code will now always use OPENSSL_cpu_caps() and check for the proper bits in the whole 64-bit word it returns. i386 tests and ok jsing@
* Less IA64.jsing2016-09-041-9/+1
| | | | ok deraadt@
* Less vax.jsing2016-09-041-3/+1
| | | | ok deraadt@
* 'accomodate' -> 'accommodate' in comments.krw2016-03-151-2/+2
| | | | Started by diff from Mical Mazurek.
* Remove leading underscore from _BYTE_ORDER and _{LITTLE,BIG}_ENDIAN, to bemiod2014-07-091-3/+3
| | | | | more friendly to systems where the underscore flavours may be defined as empty. Found the hard way be bcook@; joint brainstrom with bcook beck and guenther
* Define SMALL_REGISTER_BANK on arm and vax, for it generates faster code formiod2014-07-081-1/+5
| | | | | these systems (vax being 30% faster!). (surprisingly, the prime candidate for SMALL_REGISTER_BANK, SuperH, runs actually slower in that case)
* tags as requested by miod and teduderaadt2014-06-121-0/+1
|
* Replace hand-crafted STRICT_ALIGNMENT with system provided __STRICT_ALIGNMENT.miod2014-05-081-17/+7
| | | | Forgotten during yesterday's STRICT_ALIGNMENT cleanup commit.
* Remove WIN32, WIN64 and MINGW32 tentacles.miod2014-04-281-3/+1
| | | | | | | | Also check for _LP64 rather than __arch64__ (the former being more reliable than __LP64__ or __arch64__) to tell 64-bit int platforms apart from 32-bit int platforms. Loosely based upon a diff from Martijn van Duren on tech@
* Do not ask the user to pass either -DB_ENDIAN or -DL_ENDIAN to the compiler,miod2014-04-181-4/+5
| | | | | | | but rather figure out the endianness from <machine/endian.h> automagically; help from guenther@ ok jca@ guenther@ beck@ and the rest of the `Buena SSL rampage club'
* Get rid of MS Visual C compiler and Intel C compiler specific defines.miod2014-04-171-6/+1
|
* Remove support for big-endian i386 and amd64.miod2014-04-171-10/+0
| | | | | | | | | | | | | Before someone suggests the OpenSSL people are junkies, here is what they mention about this: /* Most will argue that x86_64 is always little-endian. Well, * yes, but then we have stratus.com who has modified gcc to * "emulate" big-endian on x86. Is there evidence that they * [or somebody else] won't do same for x86_64? Naturally no. * And this line is waiting ready for that brave soul:-) */ So, yes, they are on drugs. But they are not alone, the stratus.com people are, too.
* import OpenSSL-1.0.1cdjm2012-10-131-2/+2
|
* import OpenSSL-1.0.0adjm2010-10-011-0/+655
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-08-13 15:23:34 +0000