summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/md32_common.h
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/md32_common.h
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/md32_common.h')
-rw-r--r--src/lib/libcrypto/md32_common.h5
1 files changed, 0 insertions, 5 deletions
diff --git a/src/lib/libcrypto/md32_common.h b/src/lib/libcrypto/md32_common.h
index bfb610e802..5276abfadc 100644
--- a/src/lib/libcrypto/md32_common.h
+++ b/src/lib/libcrypto/md32_common.h
@@ -199,7 +199,6 @@
199# if defined(__GNUC__) && __GNUC__>=2 && !defined(OPENSSL_NO_ASM) && !defined(OPENSSL_NO_INLINE_ASM) 199# if defined(__GNUC__) && __GNUC__>=2 && !defined(OPENSSL_NO_ASM) && !defined(OPENSSL_NO_INLINE_ASM)
200# if ((defined(__i386) || defined(__i386__)) && !defined(I386_ONLY)) || \ 200# if ((defined(__i386) || defined(__i386__)) && !defined(I386_ONLY)) || \
201 (defined(__x86_64) || defined(__x86_64__)) 201 (defined(__x86_64) || defined(__x86_64__))
202# if !defined(B_ENDIAN)
203 /* 202 /*
204 * This gives ~30-40% performance improvement in SHA-256 compiled 203 * This gives ~30-40% performance improvement in SHA-256 compiled
205 * with gcc [on P4]. Well, first macro to be frank. We can pull 204 * with gcc [on P4]. Well, first macro to be frank. We can pull
@@ -212,7 +211,6 @@
212# define HOST_l2c(l,c) ({ unsigned int r=(l); \ 211# define HOST_l2c(l,c) ({ unsigned int r=(l); \
213 asm ("bswapl %0":"=r"(r):"0"(r)); \ 212 asm ("bswapl %0":"=r"(r):"0"(r)); \
214 *((unsigned int *)(c))=r; (c)+=4; r; }) 213 *((unsigned int *)(c))=r; (c)+=4; r; })
215# endif
216# endif 214# endif
217# endif 215# endif
218#endif 216#endif
@@ -251,11 +249,8 @@
251# endif 249# endif
252#endif 250#endif
253#if defined(__i386) || defined(__i386__) || defined(__x86_64) || defined(__x86_64__) 251#if defined(__i386) || defined(__i386__) || defined(__x86_64) || defined(__x86_64__)
254# ifndef B_ENDIAN
255/* See comment in DATA_ORDER_IS_BIG_ENDIAN section. */
256# define HOST_c2l(c,l) ((l)=*((const unsigned int *)(c)), (c)+=4, l) 252# define HOST_c2l(c,l) ((l)=*((const unsigned int *)(c)), (c)+=4, l)
257# define HOST_l2c(l,c) (*((unsigned int *)(c))=(l), (c)+=4, l) 253# define HOST_l2c(l,c) (*((unsigned int *)(c))=(l), (c)+=4, l)
258# endif
259#endif 254#endif
260 255
261#ifndef HOST_c2l 256#ifndef HOST_c2l