Add Power8 AES encryption This is the forward direction on encryption only. Crypto++ uses the "Equivalent Inverse Cipher" (FIPS-197, Section 5.3.5, p.23), and it is not compatible with IBM hardware. The library library will need to re-work the decryption key scheduling routines. (We may be able to work around it another way, but I have not investigated it).
Jeffrey Walton
2017-09-11 22:52:22 -0400
Reduce IBM XL C/C++ compiler to -O2 Early versions of IBM XL C/C++ for AIX, V13.1 fail some self tests, like TEA and XTEA
Jeffrey Walton
2017-09-09 17:22:42 -0400
Revert AltiVec and Power8 commits The strategy of "cleanup under-aligned buffers" is not scaling well. Corner cases are still turing up. The library has some corner-case breaks, like old 32-bit Intels. And it still has not solved the AltiVec and Power8 alignment problems. For now we are backing out the changes and investigating other strategies
Jeffrey Walton
2017-09-05 16:28:00 -0400
Fix unaligned data in self test AltiVec and Power8 are brutal. The SIMD units just mask-off the lower 3 address bits. They make the buffer aligned whethere it is aligned or not
Jeffrey Walton
2017-09-03 11:17:57 -0400
Add PPC, PPC64, AltiVec and Power8 awareness We are going to try AltiVec/Powe8 crypto. It appears to be a lot like ARMv8-a crypto
Jeffrey Walton
2017-09-02 19:25:37 -0400
Back-off assert in SecBlock Since removing the allocator overloards that handled the wipe mark, we have to route deallocate into the standard one. The standard one fires an assert for [now] normal operation
Jeffrey Walton
2017-09-02 19:22:53 -0400
Clear strict aliasing rule violation in BLAKE2 There was no aliasing violation in practice. We used a to assign the right pointer. If the compiler would have removed the unneeded assignment based on T_64bit, then we would not have been flagged.
Jeffrey Walton
2017-09-01 11:36:22 -0400
Add ARMv7-a NEON tests (GH #481) The tests were already present; they just needed some tuning
Jeffrey Walton
2017-08-30 19:31:11 -0400
ffbedcefc5Fix build on FreeBSD 10.3 x86 with clang++ 3.4.1. (#483)
Wyatt O'Day
2017-08-30 16:42:36 -0400
736f27295dBased on suggestion from @noloader, don't split x86/x64 clang++ version detection. Just wait until clang++ is consistently working in both x86/x64.
Wyatt O'Day
2017-08-30 16:42:05 -0400
003e1988a5Fix build on FreeBSD 10.3 x86 with clang++ v. 3.4.1. The x64 build (also clang++ 3.4.1) doesn't require CRYPTOPP_DISABLE_SHA_ASM. It seems to be a bug specific to the x86 version of clang++.
Wyatt O'Day
2017-08-30 15:12:51 -0400
23809a3576Actually fix the VS2010 compilation bug. I somehow missed this in the first pull request. (#482)
Wyatt O'Day
2017-08-30 13:46:14 -0400
a3da180c39Actually fix the VS2010 compilation bug. I somehow missed this in the first pull request.
Wyatt O'Day
2017-08-30 13:36:38 -0400
Use optimization level -O3 for release testing (GH #454) This change should have been made with Commit 18a05659f3
Jeffrey Walton
2017-08-30 08:32:20 -0400
Remove PLATFORM_CXXFLAGS tests (GH #481) cryptest.sh still needs some tweaking from the recent changes
Jeffrey Walton
2017-08-30 07:58:34 -0400
5149237a5dFix compilation of secblock.h under Visual Studio 2010 (which only has partial C++ 2011 support). (#477)
Wyatt O'Day
2017-08-29 14:55:01 -0400
Remove WORKAROUND_MS_BUG_Q258000 from the config and osrng
Jeffrey Walton
2017-08-29 14:48:08 -0400
b17221d8dcRemove WORKAROUND_MS_BUG_Q258000 from the config and osrng. Firstly, it's no longer used anywhere. Next, when it was used, that workaround only applied to versions of Windows prior to Windows 2000. I.e. ancient, unsecure, unused versions of Windows.
Wyatt O'Day
2017-08-29 11:30:50 -0400
dc16834c1dFix compilation of secblock.h under Visual Studio 2010 (which only has partial C++ 2011 support).
Wyatt O'Day
2017-08-29 11:24:36 -0400
Fix CMakeList.txt under Solaris We needed to add GREP_CMD back and use grep from /usr/bin/xpg4 for Posix xompliant grep.
Jeffrey Walton
2017-08-29 07:33:25 -0400
Since moving to split sources (base+simd) we found SecBlocks declared in headers may not be 16-byte aligned because the architecture switch is present on the simd file, and not the base file.
Jeffrey Walton
2017-08-28 05:40:23 -0400
Try fix CMake on MinGW (Issue 466) We don't know if this is going to fix the issue because we don't have a MinGW platofrm for testing. However, from VRE's answer on Stack Overflow (and the chronic CMake problems with execute_process), we believe this may be the fix. The fix tested OK on WIndows, Linux, OS X and Cygwin. At worse, it won't do any harm
Jeffrey Walton
2017-08-25 10:33:48 -0400