| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cpu.cpp:451:17: error: variable has incomplete type 'struct utsname'
struct utsname systemInfo;
^
cpu.cpp:451:9: note: forward declaration of 'utsname'
struct utsname systemInfo;
^
1 error generated.
|
| |
|
|
|
| |
#461)
Split source files to support Base Implementation + SIMD implementation
|
| |
|
|
| |
I wish this god damn compiler would stop pretending to be other compilers when it can't consume the same program. Even the GCC devs have told the LLVM devs to stop ding that crap
|
| |
|
|
| |
I wish GCC would get its head out of its ass and define the apprpriate defines. NEON/ASIMD cannot be disgorged from Aarch32/Aarch64 just like SSE2 cannot be disgorged from x86_64. They are core instruction sets
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Clang causes too many problems. Early versions of the compiler simply crashes. Later versions of the compiler still have trouble with Intel ASM and still produce incorrect results on occassion. Additionally, we have to special case the integrated assemvler. Its making a mess of the code and causing self test failures
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
behavior"
This shows up under debug builds when testing instantiations.
warning: binding dereferenced null pointer to reference has
undefined behavior [-Wnull-dereference]
DH2 dh(*(SimpleKeyAgreementDomain*)NULLPTR);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
| |
|
|
| |
Thanks to Botan for providing these
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
The implementation came from Jack Lloyd and the Botan team. Jack and the Botan was gracious and allowed us to use Botan's x86_encrypt_blocks function. They also allowed us to release it under the Crypto++ licensing terms. Also see https://github.com/randombit/botan/pull/1151/files
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
passed: 128 deflates and inflates
passed: 128 zlib decompress and compress
default.cpp:69:2: runtime error: null pointer passed as argument 2, which is declared to never be null
/usr/include/x86_64-linux-gnu/bits/string3.h:53:71: runtime error: null pointer passed as argument 2, which is declared to never be null
Information Dispersal and Secret Sharing...
|
| |
|
|
| |
Its too noisy
|
| |
|
|
|
|
| |
GCC117 is a Aarch64/ARM64 server with AMD's ARM chip and GCC 7.10. It looks like GCC is performing some std::string optimizations that generates a finding. We did not witness the finding on other platforms, like other Aarch64 devices and x86_64.
We will need to check if taking the address of element-0 is still approved way to get the non-const pointer to the elements
|
| |
|
|
| |
Reset the mark on additional class methods
|
| | |
|
| |
|
|
| |
GCC117 is a Aarch64/ARM64 server powered by AMD's ARM chip. It runs GCC 7.10. It looks like GCC is performing some std::string optimizations that generates a finding. We have not witnessed the finding on other platforms
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Update comments and use class constants when available
|
| |
|
|
|
|
|
|
| |
Reworked SHA class internals to align all the implementations. Formerly all hashes were software based, IterHashBase handled endian conversions, IterHashBase repeatedly called the single block SHA{N}::Transform. The rework added SHA{N}::HashMultipleBlocks, and the SHA classes attempt to always use it.
Now SHA{N}::Transform calls into SHA{N}_HashMultipleBlocks, which is a free standing function. An added wrinkle is hardware wants little endian data and software presents big endian data, so HashMultipleBlocks accepts a ByteOrder for the incoming data. Hardware based SHA{N}_HashMultipleBlocks can often perform the endian swap much easier by setting an EPI mask so it was profitable to defer to hardware when available.
The rework also removed the hacked-in pointers to implementations. The class now looks more like AES, GCM, etc.
|
| | |
|
| |
|
|
| |
This broke some OS X builds. We need more testing. Ugh...
|
| | |
|
| |
|
|
| |
GCM is still only defined for 16-byte ciphers, but this is where we need to be when we add the larger polynomials
|
| | |
|
| |
|
|
| |
Enums don't take up space in class objects. Its should result in smaller objects and faster code
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
kalyna.cpp:432: error: integer constant is too large for 'long' type
kalyna.cpp:509: error: integer constant is too large for 'long' type
kalyna.cpp:608: error: integer constant is too large for 'long' type
kalyna.cpp:713: error: integer constant is too large for 'long' type
kalyna.cpp:833: error: integer constant is too large for 'long' type
...
|
| | |
|
| |
|
|
|
| |
Effectively this creates a workspace for encrypting the nonce. The zeroizer will run when the class is destroyed, rather than each invocation of UncheckedSetKey.
Performance went from 3.6 cpb as a temporary to 2.9 cpb as a class member
|
| | |
|
| |
|
|
| |
They were inadvertently checked-in with the SHA doc updates
|
| | |
|
| | |
|
| |
|
|
| |
Updated documentation
|
| | |
|
