diff options
| author | lloyd <[email protected]> | 2008-10-12 16:01:14 +0000 |
|---|---|---|
| committer | lloyd <[email protected]> | 2008-10-12 16:01:14 +0000 |
| commit | 460a802025d3b0cbe882e08273e824fd09daa8bf (patch) | |
| tree | eff68133abc6e871655af52e3f0bcebdb5a821d3 /doc | |
| parent | 109cb25ffbb58ab2dcceef7777eee4c6b60a7982 (diff) | |
Add a new switch to configure.pl --with-tr1-implementation which
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.
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/log.txt | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/doc/log.txt b/doc/log.txt index 7d1eadba5..397baae3e 100644 --- a/doc/log.txt +++ b/doc/log.txt @@ -1,4 +1,11 @@ +* 1.7.18, ????-??-?? + - Add ECDSA benchmark + - Add configure.pl switch --with-tr1-implementation + - Fix configure.pl's --with-endian and --with-unaligned-mem options + - Optimize byteswap with x86 inline asm for Visual C++ by Yves Jerschow + - Use const references to avoid copying overhead in CurveGFp, GFpModulus + * 1.7.17, 2008-10-12 - Add missing ECDSA object identifiers - Fix error in x86 and x86-64 assembler affecting GF(p) math |