summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/whrlpool
diff options
context:
space:
mode:
authormiod <>2014-04-17 21:07:06 +0000
committermiod <>2014-04-17 21:07:06 +0000
commit1c6d8e10c55680bf1b3261a5be4aa6974c5623e7 (patch)
tree0a9a0f517dbd50b32040bad730556cb5be06768b /src/lib/libcrypto/whrlpool
parentf7422b60fbfd0a5881e0d15bfedc4ad749763bf4 (diff)
downloadopenbsd-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.c10
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" \