diff options
author | miod <> | 2014-04-17 21:07:06 +0000 |
---|---|---|
committer | miod <> | 2014-04-17 21:07:06 +0000 |
commit | 1c6d8e10c55680bf1b3261a5be4aa6974c5623e7 (patch) | |
tree | 0a9a0f517dbd50b32040bad730556cb5be06768b /src/lib/libcrypto/whrlpool | |
parent | f7422b60fbfd0a5881e0d15bfedc4ad749763bf4 (diff) | |
download | openbsd-1c6d8e10c55680bf1b3261a5be4aa6974c5623e7.tar.gz openbsd-1c6d8e10c55680bf1b3261a5be4aa6974c5623e7.tar.bz2 openbsd-1c6d8e10c55680bf1b3261a5be4aa6974c5623e7.zip |
Remove support for big-endian i386 and amd64.
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.
Diffstat (limited to 'src/lib/libcrypto/whrlpool')
-rw-r--r-- | src/lib/libcrypto/whrlpool/wp_block.c | 10 |
1 files changed, 0 insertions, 10 deletions
diff --git a/src/lib/libcrypto/whrlpool/wp_block.c b/src/lib/libcrypto/whrlpool/wp_block.c index 824ed1827c..ce977083ad 100644 --- a/src/lib/libcrypto/whrlpool/wp_block.c +++ b/src/lib/libcrypto/whrlpool/wp_block.c | |||
@@ -84,18 +84,8 @@ typedef unsigned long long u64; | |||
84 | # endif | 84 | # endif |
85 | #elif defined(__GNUC__) && __GNUC__>=2 | 85 | #elif defined(__GNUC__) && __GNUC__>=2 |
86 | # if defined(__x86_64) || defined(__x86_64__) | 86 | # if defined(__x86_64) || defined(__x86_64__) |
87 | # if defined(L_ENDIAN) | ||
88 | # define ROTATE(a,n) ({ u64 ret; asm ("rolq %1,%0" \ | 87 | # define ROTATE(a,n) ({ u64 ret; asm ("rolq %1,%0" \ |
89 | : "=r"(ret) : "J"(n),"0"(a) : "cc"); ret; }) | 88 | : "=r"(ret) : "J"(n),"0"(a) : "cc"); ret; }) |
90 | # elif defined(B_ENDIAN) | ||
91 | /* Most will argue that x86_64 is always little-endian. Well, | ||
92 | * yes, but then we have stratus.com who has modified gcc to | ||
93 | * "emulate" big-endian on x86. Is there evidence that they | ||
94 | * [or somebody else] won't do same for x86_64? Naturally no. | ||
95 | * And this line is waiting ready for that brave soul:-) */ | ||
96 | # define ROTATE(a,n) ({ u64 ret; asm ("rorq %1,%0" \ | ||
97 | : "=r"(ret) : "J"(n),"0"(a) : "cc"); ret; }) | ||
98 | # endif | ||
99 | # elif defined(__ia64) || defined(__ia64__) | 89 | # elif defined(__ia64) || defined(__ia64__) |
100 | # if defined(L_ENDIAN) | 90 | # if defined(L_ENDIAN) |
101 | # define ROTATE(a,n) ({ u64 ret; asm ("shrp %0=%1,%1,%2" \ | 91 | # define ROTATE(a,n) ({ u64 ret; asm ("shrp %0=%1,%1,%2" \ |