| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
(--bindir, --libdir, --docdir already supported, add --includdir=,
--localstatedir=, etc)
|
| |
|
|
|
|
|
|
|
| |
Suggestions from Zack Weinberg on the monotone-devel list.
Rename --endian to --with-endian
Rename --unaligned-mem to --with-unaligned-mem
|
| |
|
|
|
|
| |
names for CPUs we pulled from the text files.
|
|
|
|
| |
problems on MSYS. And doesn't have any real advantage that I can see...
|
| |
|
|\
| |
| |
| |
| |
| | |
fd327b29aa542e0ad5ff6d37d8392321670f0369)
to branch 'net.randombit.botan.modularized' (head 3f8d05493d4b192243fdc8a7f518ed1013c3be54)
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
that file from another module (without loading it). This was needed since
mp_asm64 and mp_ia32_msvc do not implement both mp_asm.h and mp_asmi.h
like the other mp_ modules - instead they pull the mp_generic version in.
|
| | |
|
| |
| |
| |
| |
| |
| | |
seem to be handled correctly (er, at least mostly), and more importantly
the asm MPI modules are detected and used correctly (at least on x86-64
and x86).
|
| |
| |
| |
| |
| |
| | |
this in and sync'ing before I take a break. However the info.txts are now
cleaned up and more or less accurate now. But configure.pl is not tracking
dependencies properly.
|
| | |
|
| |
| |
| |
| |
| |
| | |
in utils.
Support OS feature macros, eg BOTAN_TARGET_OS_HAS_POSIX_MLOCK (how very autoconf)
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Moved XS, Boost Python, and SWIG wrappers to new toplevel directory 'wrappers'
Moved NIST X.509 test suite into checks directory
Move the build information used by configure.pl to src/build-data
Move scripts directory to doc (for lack of a better spot)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
rather than silently replacing the C++ versions. Instead they are silently
replaced (currently, at least) at the lookup level: we switch off the set
of feature macros set to choose the best implementation in the current
build configuration. So you can have (and benchmark) MD5 and MD5_IA32
directly against each other in the same program with no hassles, but if
you ask for "MD5", you'll get maybe an MD5 or maybe MD5_IA32.
Also make the canonical asm names (which aren't guarded by C++ namespaces)
of the form botan_<algo>_<arch>_<func> as in botan_sha160_ia32_compress,
to avoid namespace collisions.
This change has another bonus that it should in many cases be possible to
derive the asm specializations directly from the original implementation,
saving some code (and of course logically SHA_160_IA32 is a SHA_160, just
one with a faster implementation of the compression function, so this seems
reasonable anyway).
|
|\|
| |
| |
| |
| |
| | |
ca7d7fc1ae6b55c5328c9cf1ec1cafd1daadedd4)
to branch 'net.randombit.botan.modularized' (head 614263a9742a0c554e4093620147f6e156264d41)
|
| | |
|
| |
| |
| |
| | |
Derek Scherger
|
| |
| |
| |
| |
| | |
them modules now. In any case there is no distinction so info.txt seems
better.
|
| |
| |
| |
| |
| | |
a lot of public key stuff in here that needs to be extracted however,
and probably 2-3 other modules worth of stuff to split off (engines, etc)
|
| | |
|
| |
| |
| |
| |
| |
| | |
Correct the configure program so modules are not autoloaded if their
dependences are not available. (Eg, --no-module=mdx_hash will disable
MD4, MD5, SHA-1, etc rather than cause a compliation failure)
|
| | |
|
| | |
|
| |
| |
| |
| | |
inside modules
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add a new option --disable-modules which allows for disabling any
set of modules that normally would be autoloaded.
Rename the Botan feature test macros from BOTAN_EXT_BLAH to BOTAN_HAS_BLAH,
which will be much more sensible especially when everything is done in this
fashion (eg, BOTAN_HAS_BLOWFISH or BOTAN_HAS_RSA, etc)
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
has the intent of modularizing Botan's source code, and making it
much easier to add or remove various things at compile time.
In this first checkin:
Add support for nested directories in modules/ and move all the modules
into grouped directories like entropy/ or compression/
Currently this is not ideal, it will _only_ find code in
modules/*/*/modinfo.txt, while it would be much better to allow for
arbitrary nestings under modules (find modules -name modinfo.txt)
for more complicated setups.
This 'new' (OMG I've found directories!) structure allows for a more free
naming convention (no need for leading es_, ml_, etc to group names, though
some keep it for lack of a more meaningful name being obvious to me right
at the moment).
|
| |
|
| |
|
|
|
|
| |
obvious what is/is not being used.
|
| |
|
| |
|
| |
|
| |
|
| |
|