| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Namespace exposed SHA-1 function with botan_ prefix.
Add start of mp_monty for x86-64 assembly
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
use the generic variable reading routines).
Instead of hardcoding the module sets (historically, 'unix', 'beos', and
'win32') into the script, have each module specify which group(s) (if any) it
should be considered a member of in its modinfo.txt file.
Add a new module set compression which contains (currently) the zlib and bzip2
modules.
|
|
|
|
|
| |
It is not amazingly optimized, about 5% faster than what GCC 4.1.1 does
on my Core2 with the normal C++ code, but it's a start.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now three classes are defined: 'request', 'auto', and 'asm_ok'. The 'auto'
class is loaded automatically if the platform support matches up with
what we are building for (this is the former default). The 'request' mode
means it is only loaded if specifically requested by name. The 'asm_ok'
module is marked for all modules that use any assembler (including inline
assembler). This normally functions like 'auto', unless --debug is passed
to configure, in which case it is treated as 'request'.
Modules which do not specify a load behavior are given a default of
'request'.
|
|
|
|
| |
but should work as Solaris is ELF-based.
|
| |
|
|
|
|
| |
how to deal with .S asm files)
|
|
|
|
|
| |
doesn't seem to like the files for some reason that I don't feel like
getting into right now.
|
|
|