summaryrefslogtreecommitdiff
path: root/panama.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Use std namespace for memset, memcpy, memcmp (#1204)Jeffrey Walton2023-04-151-5/+5
|
* Cleanup Panama cihersJeffrey Walton2018-12-071-16/+13
|
* Remove unneeded assert in panama.cppJeffrey Walton2018-11-221-2/+1
| | | | The code handles both aligned and unaligned cases
* Fix partial specializations for FixedSizeAllocatorWithCleanup (PR #710)Jeffrey Walton2018-08-241-28/+26
| | | | | Commit afbd3e60f68f effectively treated a symptom and not the underlying problem. The problem was linkers on 32-bit systems ignore CRYPTOPP_ALIGN_DAT(16) passed down by the compiler and align to 8-bytes or less. We have to use Wei's original code in some places. It is not a bad thing, but the bit fiddling is something we would like to contain a little more by depending more on language or platform features. This commit keeps the original changes which improve partial specializations; but fixes 32-bit linker behavior by effectively reverting afbd3e60f68f and e054d36dc88d00. We also add more comments so the next person has understands why things are done they way they are.
* Fix alignment on Win32 and Solaris Sparc (PR #709)Jeffrey Walton2018-08-231-27/+29
| | | | | | | 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.
* Add Panama cipher AlgorithmProvider()Jeffrey Walton2018-08-181-9/+25
|
* Remove BOOL macro value (GH #462)Jeffrey Walton2017-08-201-10/+10
| | | | Currently the CRYPTOPP_BOOL_XXX macros set the macro value to 0 or 1. If we remove setting the 0 value (the #else part of the expression), then the self tests speed up by about 0.3 seconds. I can't explain it, but I have observed it repeatedly. This check-in prepares for the removal in Upstream master
* Add C++ nullptr support (Issue 383)Jeffrey Walton2017-03-011-3/+3
|
* Change file preamble to include "originally written by Wei Dai"Jeffrey Walton2017-01-271-1/+1
| | | | We have made a fair number of changes, and we don't want WD to receive credit for issues he was not part of
* Cleanup commentsJeffrey Walton2016-10-181-1/+0
|
* Add CRYPTOPP_ASSERT (Issue 277, CVE-2016-7420)Jeffrey Walton2016-09-161-5/+5
| | | | trap.h and CRYPTOPP_ASSERT has existed for over a year in Master. We deferred on the cut-over waiting for a minor version bump (5.7). We have to use it now due to CVE-2016-7420
* Backed out use of "static const" to declare constant; switch to "enum" ↵Jeffrey Walton2016-09-061-3/+0
| | | | (Issue 255)
* Initial fix for older Apple ld's non_lazy_ptr missing symbols (Issue 255)Jeffrey Walton2016-09-061-17/+20
|
* Backed-off on assert. Panama_SSE2_Pull is ASM, and its not bound by C ↵Jeffrey Walton2016-01-251-2/+1
| | | | language fodder
* Cleared -Wcast-align (Issue 122)Jeffrey Walton2016-01-251-1/+3
|
* Cleared -Wcast-align (Issue 122)Jeffrey Walton2016-01-241-5/+8
|
* Cleared issues 11,12,13 (Clang integrated assembler), 58 (RC rollup), 66 ↵Jeffrey Walton2015-11-181-2/+2
| | | | (Coverity rollup)
* CRYPTOPP 5.6.3 RC6 checkinJeffrey Walton2015-11-051-510/+518
|
* Cut-in CRYPTOPP_ASSERT in all remaining header and source filesJeffrey Walton2015-07-261-2/+2
|
* Added "trap.h" include for header and source files that assertJeffrey Walton2015-07-261-0/+1
|
* Added CRYPTOPP_CLANG_NO_INTEGRATED_AS as a guard in config.h (disabled by ↵Jeffrey Walton2015-07-211-2/+2
| | | | default since integrated-as is default behavior and the bug is active). GNU_ATT_SYNTAX → GNU_AS_ATT_SYNTAX and GNUINTEL_SYNTAX → GNU_AS_INTEL_SYNTAX
* Cut-in to utilize GNU_ATT_SYNTAX and GNU_INTEL_SYNTAX macros. Also see LLVM ↵Jeffrey Walton2015-07-211-2/+2
| | | | Bug 18916 (https://llvm.org/bugs/show_bug.cgi?id=18916)
* Cleared GCC/Clang waning on unknown pragmaJeffrey Walton2015-06-091-1/+3
|
* fix for makefile and Panama cipher validation failure on armel ↵weidai2011-04-251-17/+16
| | | | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619856
* fix for compiling with Clang from Marshall Clowweidai2011-01-071-1/+1
|
* fix compile with GCC 4.4 and -march=i386weidai2010-08-081-3/+3
| | | | | fix minor documentation issues fix compile w/o GAS 2.19 or later
* disable Panama SSE2 code for P4weidai2009-04-051-1/+1
|
* fixed Panama x64 MASM code not saving RDIweidai2009-03-291-2/+4
|
* changes for 5.6: weidai2009-03-021-1/+2
| | | | | | - 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 for ICC 10weidai2007-09-241-2/+2
|
* remove -msse2 since we don't use SSE2 intrinsics anymoreweidai2007-09-241-1/+1
|
* fix compile with GAS 2.15weidai2007-09-241-28/+28
|
* - port x64 assembly code to MASMweidai2007-09-241-90/+140
| | | - improve stack unwindability on x64 for GCC by not modifying RBP/RSP registers in inline assembly
* fix compile on Turbo C++ 2006weidai2007-05-051-2/+4
|
* fix compile for x64, DLL and VC 6weidai2007-05-041-69/+68
|
* SSE2 optimizationsweidai2007-04-151-38/+346
|
* port to MSVC .NET 2005 beta 2weidai2005-07-121-5/+5
|
* port to GCC 3.4weidai2004-06-191-15/+15
|
* create DLL version, fix GetNextIV() bug in CTR and OFB modesweidai2003-07-041-1/+1
|
* Initial revisionweidai2002-10-041-0/+146
View Lorry Controller Status