summaryrefslogtreecommitdiff
path: root/iterhash.h
Commit message (Collapse)AuthorAgeFilesLines
* Update commentsJeffrey Walton2021-03-171-1/+1
|
* Update documentationJeffrey Walton2020-12-151-0/+3
|
* Use \return and \throw consitently in the docsJeffrey Walton2020-12-071-1/+1
|
* Fix semicolons yet again (GH #889)Jeffrey Walton2019-10-141-2/+2
| | | | So it looks like sed added a '\r' between the closing paren and the semi. Grepping for '^;' failed because the '\r' was considered part of the previous line, so it showed no hits. I finally had to write a C program to properly identify and fix those damn stray semicolons.
* Don't add semicolon to CRYPTOPP_CONSTANT abd DOCUMENTED_TYPEDEF (GH #889)Jeffrey Walton2019-10-031-2/+2
| | | | This issue is a recurring issue. Let's try fixing it in the #define this time.
* Clear sign conversion warningsJeffrey Walton2019-09-281-2/+4
|
* Update commentsJeffrey Walton2018-08-241-2/+2
|
* Fix alignment on Win32 and Solaris Sparc (PR #709)Jeffrey Walton2018-08-231-2/+2
| | | | | | | These fixes were interesting in a morbid sort of way. I thought the FixedSizeAllocatorWithCleanup specializations faithfully reproduced semantics but I was wrong on Win32 and Sparc. Also see Commit e054d36dc88d. It seems there was another requirement or dependency that we missed, but it was not readily apparent. If I am parsing results correctly (which I may not be), it appears the bit twiddling using 8 byte alignment had more influence on alignment than I originally thought based on use of CRYPTOPP_BOOL_ALIGN16 and T_Align16. Or maybe the alignment attributes specified by CRYPTOPP_ALIGN_DATA are not being honored like they should for stack allocations. This check-in avoids some uses of x86 movdqa (aligned) in favor of movdqu (unaligned). The uses were concentrated on memory operands which were 8-byte aligned instead of 16-byte aligned. It is not clear to me how the specializations lost 8-bytes of alignment. The check-in also enlists CRYPTOPP_ASSERT to tell us when there's a problem so we don't need to go hunting for bugs.
* Update comments in IterHashBase and friendsJeffrey Walton2018-07-211-4/+0
| | | | We also switched to "IsAligned<HashWordType>(input)". Using word64 was due to debug testing on Solaris (the alignment check is needed). Hard coding word64 should not have been checked in.
* Align input buffer in HashMultipleBlocksJeffrey Walton2018-07-201-3/+11
| | | | IteratedHashBase::Update aligns the buffer, but IteratedHashBase::HashBlock does not. It was causing a fair number of asserts to fire when the code was instrumented with alignment checks. Linux benchmarks shows the code does not run materially slower on i686 or x86_64.
* Revert "Clear conversion warning"Jeffrey Walton2018-07-101-8/+3
| | | | This reverts commit 9748c3cf3edb5bb07f4930be77203ce4c5a8638f. It broke Windows.
* Clear conversion warningJeffrey Walton2018-07-101-3/+8
|
* Add algorithm provider member function to Algorithm classJeffrey Walton2018-07-061-0/+12
|
* Fix clang warnings in headers (#655)Marcel Raad2018-05-101-1/+1
| | | | | | | | | | * remove superfluous semicolon * Remove C-style casts from public headers clang warns about them with -Wold-style-cast. It also warns about implicitly casting away const with -Wcast-qual. Fix both by removing unnecessary casts and converting the remaining ones to C++ casts.
* Clear GCC -Wcast-align warnings on ARMJeffrey Walton2018-01-201-0/+4
| | | | The buffers and workspaces are aligned
* Remove unneeded Doxygen directiveJeffrey Walton2018-01-191-4/+0
|
* Change Doxygen comment style from //! to ///Jeffrey Walton2017-11-291-68/+68
| | | | Also see https://groups.google.com/forum/#!topic/cryptopp-users/A7-Xt5Knlzw
* Fix Windows compilation issues (by RaptorFactor) (#444)Marcel Raad2017-07-171-1/+1
| | | | | | | | | | | | * Fix compilation on Windows with /DUNICODE * Fix linking of fipstest for MSVC targeting ARM (__crt_debugger_hook is not available). * Fix build for Clang on Windows with optimizations on. * Fix a warning about a non-existant warning under Clang. * Fix compilation under Intel C++ 18.0 on Windows
* Clear Visual Studio warnings (Issue 412)Jeffrey Walton2017-06-021-1/+1
|
* Revert "Revert "Clear Visual Studio warnings (Issue 412)""Jeffrey Walton2017-06-021-0/+14
| | | | This reverts commit c3871aec948013c1a4d5613050c659520f59e2e4.
* Revert "Clear Visual Studio warnings (Issue 412)"Jeffrey Walton2017-06-021-14/+0
| | | | This reverts commit eb3b27a6a543. The change broke GCC 4.8 and unknown version of Clang on OS X. UB reported the OS X break, and JW found duplicated the break on a ARM CubieTruck with GCC 4.8.
* Clear Visual Studio warnings (Issue 412)Jeffrey Walton2017-05-301-0/+14
|
* spelling fixesklemens2016-12-271-1/+1
|
* Removed MAINTAIN_BACKWARDS_COMPATIBILITY_562 (Issue 70)Jeffrey Walton2016-12-031-9/+4
|
* Add virtual dtor for IteratedHash and ClonableImpl due to non-trivial data ↵Jeffrey Walton2016-09-131-11/+19
| | | | | | members Solaris is showing unusual signs with SunCC 5.13 and 5.14. One user is experiencing a SIGBUS in SHA512::Transform due to data alignment of 'data', which was only 2-byte aligned. The project experienced an exception "Coneable not implemented" during the hashing test after building with Cmake. Its not clear how much Cmake influenced the project's results.
* The commit had a typo. This reverts commit ↵Jeffrey Walton2016-09-131-13/+3
| | | | 11eede3926c44f774bc268c08ffa0e5412708ff5.
* Add veirtual dtor IteratedHash and ClonableImpl due to non-trivial data membersJeffrey Walton2016-09-131-3/+13
|
* Updated documentationJeffrey Walton2016-09-131-9/+27
|
* Updated documentationJeffrey Walton2016-09-131-1/+39
|
* Updated documentationJeffrey Walton2016-09-131-4/+21
|
* CRYPTOPP 5.6.3 RC6 checkinJeffrey Walton2015-11-051-106/+106
|
* add x86/x64 assembly for SHA-256,weidai2009-03-101-2/+2
| | | | | add DEFAULT_CHANNEL and AAD_CHANNEL, fix macChannel for AuthenticatedEncryptionFilter
* changes for 5.6: weidai2009-03-021-2/+0
| | | | | | - added AuthenticatedSymmetricCipher interface class and Filter wrappers - added CCM, GCM (with SSE2 assembly), CMAC, and SEED - improved AES speed on x86 and x64 - removed WORD64_AVAILABLE; compiler 64-bit int support is now required
* fix compile with GCC 4.0.1 on MacOS X 64-bitweidai2008-12-221-6/+8
|
* reduce executable size when only hash functions are usedweidai2007-10-021-8/+0
|
* optimizationsweidai2007-04-161-19/+16
|
* port to Borland C++Builder 2006weidai2006-12-141-4/+5
|
* port to GCC 4weidai2005-09-051-8/+16
|
* port to MSVC .NET 2005 beta 2weidai2005-07-121-6/+6
|
* changes done for FIPS-140 lab code dropweidai2005-01-201-1/+1
|
* changes related to the next FIPS validationweidai2004-09-031-54/+19
|
* add SHA-224weidai2004-07-231-0/+7
|
* fix documentation, fix PanamaMAC, fix algorithm namesweidai2004-07-221-4/+7
|
* port to GCC 3.4weidai2004-06-191-15/+15
|
* avoid using hash keywordweidai2004-04-081-3/+3
|
* merge in 5.0.4 changes (exclude DES and SHA-2 from DLL),weidai2003-07-101-3/+3
| | | | attempt (failed) to build DLL with GCC
* create DLL version, fix GetNextIV() bug in CTR and OFB modesweidai2003-07-041-23/+35
|
* add CRYPTOPP_NO_VTABLEweidai2003-05-161-4/+4
|
* various changes for 5.1weidai2003-03-201-0/+1
|
* Initial revisionweidai2002-10-041-0/+120
View Lorry Controller Status