aboutsummaryrefslogtreecommitdiffstats
path: root/src/hash
Commit message (Collapse)AuthorAgeFilesLines
* Rewrite part of the module loading code in configure.pl, now dependencieslloyd2008-09-301-1/+1
| | | | | | 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).
* Derive x86, x86-64, and SSE2 implementations of SHA-1 directly from SHA_160lloyd2008-09-2911-106/+27
|
* Derive the x86 assembly implementations of MD4, MD5, and Serpent fromlloyd2008-09-297-66/+7
| | | | | | | | | | the normal Botan base classes. This required making data members of MD4, MD5, and Serpent protected rather than private, which is not very good style IMO. On the other hand it allows for removing a bit of duplicated code, and also has the nice effect that a pointer to a Serpent_IA32 can be used right as a Serpent object, which makes sense anyway since they implement the same algorithm. The C++ files in the *_ia32 modules are now simply hooks between the virtual function call runtime and the assembly code.
* Make asm implementations distinctly named objects, for instance MD5_IA32,lloyd2008-09-2921-144/+289
| | | | | | | | | | | | | | | | | | | 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).
* propagate from branch 'net.randombit.botan' (head ↵lloyd2008-09-291-0/+1
| | | | | | ca7d7fc1ae6b55c5328c9cf1ec1cafd1daadedd4) to branch 'net.randombit.botan.modularized' (head 614263a9742a0c554e4093620147f6e156264d41)
* Add info.txt files for asm hash moduleslloyd2008-09-294-0/+101
|
* Normalize asm nameslloyd2008-09-297-13/+13
|
* Rename all modinfo.txt files to info.txt, since they are all (none) oflloyd2008-09-2915-0/+0
| | | | | them modules now. In any case there is no distinction so info.txt seems better.
* Add deps, missing includes, etclloyd2008-09-291-1/+1
|
* Move allocator code to secalloc/allocators modulelloyd2008-09-283-0/+145
| | | | Move paralle hash construction to par_hash module in hash directory
* Modularize IF family PK algorithms (integer factorization; RSA and RW baselloyd2008-09-282-0/+37
| | | | | | class). Add many missing modinfo.txts that I had not checked in. Oops.
* Split up asm modules into appropriate (topic-specific) modules, eglloyd2008-09-288-0/+989
| | | | | | | hash/sha1_amd64 and cipher/serpent_ia32. Remaining code in asm/ dir is for BigInt, so rename to bigint/ in prep for all (or most) of BigInt being modularized.
* Make mdx_hash also a module, which most of the hash functions depend on.lloyd2008-09-2816-0/+612
| | | | | | 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)
* Move all modules into src/ directorylloyd2008-09-2837-0/+3193