| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
implementations
to decouple from knowing about RandomNumberGenerator).
|
|
|
|
| |
since SHA-224 is now implemented.
|
|
|
|
| |
mp_asmi.h
|
|
|
|
| |
brackets)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
accepts options 'boost' and 'system'. Now GF(p) math (and indirectly,
ECDSA) will be enabled if --with-tr1=boost or --with-tr1=system
is passed at build time to enable a shared_ptr implementation.
Modules can now specify that they require TR1, in which case
they will only be autoloaded if a TR1 implementation was set
(they can choose which one to use by checking the feature macros
from build.h)
The gfpmath module was set to load only on request. That has
changed to load automatically (but will only do so if a TR1
impl is set as described above). CVC has also been marked
as requiring TR1. (ECDSA/ECDH are not, since they do not
use tr1 shared_ptr directly)
Update and cleanup help output. Do not print the list of modules in
--help anymore (too long); you can still get the list (in an easier to
parse format) --module-info. Reorganize the help text so the more
useful options are described closer to the top.
Fix the --with-endian and --with-unaligned-mem options: they were being
accepted but ignored.
|
|
|
|
|
|
|
|
| |
If neither is defined when build.h is included, choose Boost.
Reorganize build.h so it is easier to find things, in particular move all
of the interesting toggles to the top of the file and all of the long
lists of modules and feature test macros to the end.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
as the version in mp_amd64. Presumably they both need the same constraint
added for them to work correclty.
|
|
|
|
| |
uses it. Include tr1 header directly in gfp_element.h
|
|
|
|
|
| |
in the Boost dependency. So Botan is now back to just requiring TR1
shared_ptr (I think).
|
|
|
|
| |
of u32bit. Some minor format cleanup.
|
|
|
|
|
|
|
|
|
|
|
| |
in the constraints. It turns out that the GF(p) tests all pass in 64-bit
mode if this function is disabled. I suspect the problem is that
innert_montg_mult_sos calls this function in ways that are unusual
in terms of how it is used in the rest of the library (in particular
calling it with constant zero arguments). I think a constraint error is
causing GCC to generate bad code in certain instances with this function.
Will need to investigate this further.
|
|
|
|
|
|
| |
because the dependency handling/module picker gets confused otherwise.
This allows building a mostly C++ version with 64-bit words with only a
very small amount of inline asm (which is good for debugging the asm).
|
|
|
|
|
|
|
| |
of u32bit to the operator* and operator*=
Instead of passing the n_dash array to inner_montg_mult_sos, which only
uses the first word, just pass the word directly.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Add actual implementations (from InSiTo) for ECDSA_Operation and
ECKAEG_Operation.
|
|
|
|
|
|
|
|
| |
be disabled.
Disable gfpmath by default due to TR1 dependency (this will automatically
turn of ECDSA/ECKAEG, unless gfpmath is explicitly loaded with
--enable-module=gfpmath).
|
|
|
|
| |
location
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
math/bigint - BigInt implementation
math/numbertheory - Math stuff built on top of BigInt
Coming soon: math/gfp (parts of pk/ecdsa)
Update deps in the pk files
|
|
on top of BigInt go to src/math. Some prototypes were moved in order to
complete the split, in particular random_integer() is now a static member
of BigInt instead of being a global function, and divide() is in divide.h
instead of numthry.h
|