| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
this removes the duplicate "sha" in x86_64
|
| |
|
|
|
|
| |
Based on GH #807 and #808
|
| |
|
|
|
|
| |
Tested on qemu-aarch64
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Seen with rarely tested compilers (Sun Studio, Intel, ...) that we are missing
info for. Previously this led to a hard error which is pointless. Instead just
disable the relevant module and warn the user that something was disabled, if
they want to go look into why.
Remove bogus clmul entry in x86_64 - actually we lump both AES and CLMUL flags
under the same ISA ("aesni") since all known CPUs support either both or
neither. Caught by new configure warning.
Add Sun Studio ISA flags from GH #846
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds support for 64 bit ARM cores as used in many high-end phones
such as all iPhones beginning with the 5s. While these newer phones
still run 32 bit ARM code, Apple doesn't allow apps to be submitted to
the app store if they don't provide a 64 bit build.
This commit adds a new arm64 arch and renames arm to arm32 to stay
consistent with the other architectures. The name arm can still be used
for configuring because it has been added as an alias for arm32.
Additionally, the one piece of ARM inline assembly that can be found in
Botan doesn't work on 64 bit ARM, so I use the solution that has been
proposed in #180: Use __builtin_bswap32 instead of inline assembly.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Use it to merge mp_msvc64 (was using MSVC _umul128 intrinsic) and
mp_asm64 (was using inline asm) into mp_word64, which calls the new
mul64x64_128 function. That function wraps any available compiler
intrinsics or CPU instructions.
|
|
|
|
|
|
|
|
|
|
|
| |
compiler and target platform might support it. For instance the AES
SSSE3 code is now always in any x86 build, with just that specific
file being compiled with -mssse3. Since we'll only call that code if
cpuid confirms it works at runtime, we don't have portability issues,
and it can be safely included in generic builds (eg for distributions).
Tweak how machine specific compiler flags are generated to be a bit
easier to maintain.
|
| |
|
|
|
|
|
|
| |
Add a couple aliases so the GNU canonical names are understood by us.
Add an Ivy Bridge entry, match it up with the new GCC -march flag
|
|
|
|
| |
as they seem to understand it as of GCC 4.6 and Clang 2.9.
|
|
|
|
|
|
|
|
|
|
|
|
| |
invokes the build with --cpu=i486 on x86-32.
Add -momit-leaf-frame-pointer to x86 specializations.
Use -march=atom for atom32 as well.
Use -mcpu=cell for Cell PPU - it's not documented, but GCC 4.6 has it.
Remove ancient/untested rs64a support from ppc64
|
|
|
|
|
|
|
| |
by GCC.
Add Niagra targets for sparc, and extend/fix the Sun Studio flags for
SPARC64.
|
|
|
|
|
| |
experimental Debian port), and add aliases for ARM to match the Debian
architectures.
|
|
|
|
| |
consumer/desktop level Atoms are actually 32 bit.
|
|
|
|
|
| |
far as I know this is the first and only real use, or even test, of
botan on the SH, I'll let them pick the names and flags...
|
| |
|
|
|
|
|
|
| |
Back the reported version from 1.10.0 to 1.9.17 for the time
being. Still on the fence if this will be 1.10.0 or another release
candidate instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
around a bug in FreeBSD 6.1, which is long EOL.
If we can't figure out the CPU in configure.py, if running
verbosely dump the entire list of CPUs we know about.
Some doc cleanups.
Rename the 'beos' target to 'haiku', since testing shows that
botan can't compile under the old BeOS GCC 2.95 anyway.
Remove the call to idle_time in the stats entropy source - it causes a
crash on Haiku R1-alpha2 somewhere inside a system DLL. I didn't
bother debugging it beyond looking at the backtrace.
Add a 'bepc' alias for i386 as that is what Haiku reports its
processor as.
Fix the install dirs to match Haiku R1, though apparently they will
change in R2 anyway when they add package management.
Enable use of gmtime_r on Haiku.
|
|
|
|
|
| |
add support for features that it has that apparently the last version
I tested did not, including dynamic loading.
|
|
|
|
|
|
| |
GCC 4.3 on ARM converts __builtin_bswap32 into a jump into libgcc
rather than 4 simple instructions, so write it out using inline asm
instead.
|
| |
|
|
|
|
|
|
|
| |
running 32 bit userspaces on sun4u machines, but it's often difficult
to tell what the compiler does/does not support in that respect, and
this will work for people who are using 64 bit userspace which I
_think_ is more common now. I hope.
|
|
|
|
|
|
|
| |
Fix a bug that would cause a harmless but bogus macro to be generated
in build.h if you used --enable-sse2
Add --enable-movbe to turn on a macro marking movbe as available
|
| |
|
|
|
|
|
|
|
| |
some cases.
Add a westmere alias for "Core i5 CPU M 520", which is what uname (and thus,
platform.processor()) returns on my laptop. Mostly for my benefit of course.
|
|
|
|
| |
elsewhere currently.
|
|
|
|
| |
the same as an UltraSPARC for optimization purposes.
|
|
|
|
| |
x64 as another arch alias since some people seem to use it.
|
|
|
|
|
|
|
|
|
|
|
|
| |
on a particular ISA extension rather than a list of CPUs. Much
easier to edit and audit, too. Add markers on the AES-NI code and
SHA-1/SSE2. Serpent and XTEA don't need it because they are
generic and only depend on simd_32 which will silenty swap out a
scalar version if SSE2/AltiVec isn't enabled (since it turns out
on supersclar processors just doing 4 blocks in parallel can be a
win even in GPRs).
Add pentium3 to the list of CPUs with rdtsc, was missing. Odd!
|
|
|
|
|
|
| |
ignores this unless it can detect (or is asked to use) a specific model;
otherwise it compiles for the baseline ISA. Remove the default_submodel
entries in the arch files.
|
|
|
|
|
|
|
|
| |
ISA extensions (say, Intel's AES-NI, for instance) so change everything
to reflect that.
Also rename some of the amd64 models, and add entries for k10, nehalem,
and westmere processors.
|
|
|
|
|
|
| |
SSE2, SSSE3, NEON, and AltiVec.
Add entries for Intel Atom, POWER6 and POWER7, and the Cortex A8 and A9.
|
|
|
|
|
| |
Pretty much useless and unused, except for listing the module names in
build.h and the short versions totally suffice for that.
|
|\
| |
| |
| |
| |
| | |
3158f8272a3582dd44dfb771665eb71f7d005339)
to branch 'net.randombit.botan' (head bf629b13dd132b263e76a72b7eca0f7e4ab19aac)
|
| |\
| | |
| | |
| | |
| | |
| | | |
c5ae189464f6ef16e3ce73ea7c563412460d76a3)
to branch 'net.randombit.botan' (head e2b95b6ad31c7539cf9ac0ebddb1d80bf63b5b21)
|
| | |
| | |
| | |
| | |
| | |
| | | |
memory accesses. Since this can be a pretty big win, enable it for them.
The m68k apparently also can, except in its (modern) Coldfire version,
but it's always big endian so mark that as such.
|
|/ / |
|
|/
|
|
|
|
| |
such in configure.py. Paul Clark reported on the list having problems with
it otherwise because of CVS droppings being picked up and subsequently
errored on when parsing them as build info files (of course) failed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Python configure scripts. Previously Python version would give up, and
the Perl one would guess i686 (!)
|
| |
|
|
|
|
| |
detected (as on FreeBSD)
|