diff options
| author | miod <> | 2014-04-17 21:07:06 +0000 |
|---|---|---|
| committer | miod <> | 2014-04-17 21:07:06 +0000 |
| commit | d25d75262788ff9f5e99f878d989669ae64f2b72 (patch) | |
| tree | 0a9a0f517dbd50b32040bad730556cb5be06768b /src/lib/libcrypto/whrlpool | |
| parent | 63b42a5bfd171445249ab2e0dac26e2786f0ed41 (diff) | |
| download | openbsd-d25d75262788ff9f5e99f878d989669ae64f2b72.tar.gz openbsd-d25d75262788ff9f5e99f878d989669ae64f2b72.tar.bz2 openbsd-d25d75262788ff9f5e99f878d989669ae64f2b72.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" \ |
