| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
works on, have sse2_eng rely on a specific compiler/arch; each sse2 impl
depends on the engine anyway, so they will only be loaded if OK.
|
|
|
|
|
| |
output with a script after the fact to generate such things, especially
as often for HTML I want to do multiple side-by-side results.
|
| |
|
| |
|
|\
| |
| |
| |
| |
| | |
378e7464abc6b3efcf9cb433f7fcec0adfbb9de0)
to branch 'net.randombit.botan' (head dd9bdcc0cab8b761a1c9861f3a4fc625488c2ef5)
|
| |
| |
| |
| | |
to get the version #
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
in a reasonable way. Low on features, which is rather intentional. There
is a version code included in the format so further extensions are possible, if
warranted.
Inspired by the n-th mailing list request for such a class. Realized it was
probably better that I design such code than random people who just want
'something that works'.
|
| | |
|
| |
| |
| |
| |
| |
| | |
handle recursive dependencies, so explicitly disabling, say, ecc_key, doesn't
disable cvc as it should. However it does fix the problem of building with
--with-tr1=none, which was the main problem people were having WRT to this.
|
| |
| |
| |
| | |
for both Serpent and AES-128 in CTR mode.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
however many blocks remain, rather than looping calling encrypt_n with
a block size of 1 each time.
|
|\|
| |
| |
| |
| |
| | |
ea6531b1e5b0aa67db295a3d3617265b912aa3a1)
to branch 'net.randombit.botan.encrypt-n' (head 563c4447d6fa61869158874c2dbfa6e9be106803)
|
| |
| |
| |
| | |
bad info.txt files
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
About 10% faster than previous. Currently 112 MiB/s in ECB mode, versus about
40 MiB/s in scalar mode, on my 2.4 GHz Core2
|
| |
| |
| |
| |
| | |
unions and can be made much faster using interleave operations I think.
Currently ~2.5x faster in ECB or CTR mode on a Core2, which isn't too bad.
|
| |
| |
| |
| |
| |
| | |
enc/dec functions it replaces, these are public interfaces.
Add the first bits of a SSE2 implementation of Serpent. Currently incomplete.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Modify ECB to use parallel encryption/decryption where possible
Add toggles in build.h specifying how many blocks to process in parallel.
Defaults to 8 blocks for all modes, which is sufficient that any likely
parallelism can be extracted (via SIMD or concurrent execution) but not
so much as to seem likely to cause cache problems (8*128 bits = 128 bytes,
or two x86 cache lines)
|
|/
|
|
|
|
|
|
|
| |
decryption. Currently only used for counter mode. Doesn't offer much
advantage as-is (though might help slightly, in terms of cache effects),
but allows for SIMD implementations to process multiple blocks in parallel
when possible. Particularly thinking here of Serpent; TEA/XTEA also seem
promising in this sense, as is Threefish once that is implemented as a
standalone block cipher.
|
|
|
|
|
| |
files. Were missed by the automated script that added them to the cpp/h
files, it appears.
|
|
|
|
|
| |
Serpent seems very nicely suited to a SSE2 SIMD implementation, and CTR
mode can handle multiple blocks in parallel. Input lens 1 to 128 bytes.
|
|
|
|
| |
Add a comment nothing that Python <= 2.3 is not supported
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
systems. This was something that for whatever reason that I have
long since forogotten was a good idea on IRIX running MIPS circa
a decade ago, but was reported to cause problems on the Debian
builds.
Add mipsel as an alias for the mips32 architecture for Debian.
The mips32 submodel names were badly typoed and did not work
correctly.
Remove the leading mips32- and mips64- from MIPS submodel names.
|
| |
|
| |
|
| |
|
|
|
|
| |
what is there
|
|
|
|
|
|
|
| |
based on the SGI Pro64 and Pathscale EKOpath compilers. Only tested on an
x86-64 system running Linux (v4.2.1). Miscompiles a few of the block ciphers
(segvs, didn't bother to diagnose further; recompile with -O1 to fix), other
than that seems OK.
|
| |
|
|
|
|
|
|
| |
32-bit machines (for the version check if -fpermissive is needed)
and then fail with an uncaught exception when subprocess.Popen signaled the
problem. Instead note the failure and carry on.
|
| |
|
|
|
|
| |
used on Visual C++
|
| |
|
|
|
|
| |
Contributed by Patrick Georgi
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't read any file that is not world-readable. This avoids trouble when
running as root, since on Linux various special files can cause odd
interactions and/or blocking behavior when read (for instance /proc/kmsg).
ssumption is that no such files are world-readable. This also avoids any
issue of reading data that is potentially sensitive.
Instead of reading the first 1 KB of each file, only read the first 128
bytes. This prevents large files (like /proc/config.gz or /proc/kallsyms)
from swamping the input buffer; these inputs are pretty static and
shouldn't count for much. Reducing to 128 bytes causes a poll to read
about 400 different files, rather than ~30.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove the phrase 'for any use' - implied by the conditions.
Add 'All rights reserved.' after the (C) notice.
Remove the name+URL in the text and lead off with a statement that
Botan is distributed under the following terms: <blah>
Combine the two all-CAPS sentences disclaiming warranty into a single
paragraph.
The main reasoning behind this is to make the actual license text
totally equivalent to the FreeBSD/NetBSD licenses, which is an offical
Open Source(tm) license as declared by the OSI.
|
| |
|
|
|
|
|
| |
Python configure scripts. Previously Python version would give up, and
the Perl one would guess i686 (!)
|
|
|
|
|
| |
in this header, instead use the macro version BOTAN_MP_WORD_BITS. Only
affected 64-bit SPARC builds.
|
|
|
|
|
|
|
|
|
| |
TARGET_CPU_IS macro. This would otherwise cause problems on HP-PA, as
it would generate invalid macros like TARGET_CPU_IS_HPPA2.0
Also in configure.py, replace hyphens with underscores in the submodel name
for generating the macro (configure.pl already did this). Otherwise using
the sparc64-ultraX submodels would also generate an invalid macro in build.h
|
| |
|
|
|
|
|
| |
patches fixing grammatical problems in api.tex as well as adding/fixing
various Doxygen comments and so forth.
|
| |
|
| |
|
| |
|