aboutsummaryrefslogtreecommitdiffstats
path: root/src/build-data/arch
Commit message (Collapse)AuthorAgeFilesLines
* Add ppc64el alias [ci skip]Jack Lloyd2018-09-191-0/+1
| | | | This is what Debian calls little endian 64-bit PPC
* Set default endian for SPARC and RISC-VJack Lloyd2018-09-192-0/+2
| | | | | | | RISC-V is always little endian by definition. SPARC is technically bi-endian but basically 100% of userspace is big endian, so assume it.
* Fix build with i586Fabrice Fontaine2018-09-161-0/+1
| | | | | | | | | | | | | | | Commit 513d19781a558fbd1ff03c7152f61b5e7f294297 removed support for i586, put it back otherwise the following build failure is raised: (cd /accts/mlweber1/instance-0/output/build/botan-2.7.0; PATH="/accts/mlweber1/instance-0/output/host/bin:/accts/mlweber1/instance-0/output/host/sbin:/usr/bin:/bin" ./configure.py --cpu="i586" --os=linux --cc=gcc --cc-bin="/accts/mlweber1/instance-0/output/host/bin/i586-linux-g++" --prefix=/usr --disable-static-library --enable-shared-library --without-stack-protector --with-boost --with-bzip2 --with-openssl --with-sqlite --with-lzma --with-zlib --disable-altivec --disable-neon) INFO: ./configure.py invoked with options "--cpu=i586 --os=linux --cc=gcc --cc-bin=/accts/mlweber1/instance-0/output/host/bin/i586-linux-g++ --prefix=/usr --disable-static-library --enable-shared-library --without-stack-protector --with-boost --with-bzip2 --with-openssl --with-sqlite --with-lzma --with-zlib --disable-altivec --disable-neon" INFO: Autodetected platform information: OS="Linux" machine="x86_64" proc="x86_64" ERROR: Unknown or unidentifiable processor "i586" Fixes: - http://autobuild.buildroot.org/results/aaa2ea8c3fb5fe954c0af0061f83ad70e0a862f9 Signed-off-by: Fabrice Fontaine <[email protected]>
* Add support for ARMv8 SM4 instructionsJack Lloyd2018-07-091-0/+4
| | | | Tested in qemu
* Add arch aliases for Debian builds [ci skip]Jack Lloyd2018-05-022-0/+5
|
* Recognize armv8l [ci skip]tcely2018-04-171-0/+2
| | | Addresses https://github.com/randombit/botan/issues/1543
* Add a data file for RISC-V 64Jack Lloyd2018-04-091-0/+1
| | | | Debian has a build target for this.
* Add support for powerpcspe buildJack Lloyd2018-03-021-0/+3
| | | | Its a somewhat odd 32-bit PPC without AltiVec support
* Add (untested) support for x32 buildJack Lloyd2018-03-021-0/+16
| | | | Needed for Debian
* AES encryption using POWER8 intrinsicsJack Lloyd2018-02-231-0/+1
|
* ABI for Aarch64 cryptoJack Lloyd2018-01-121-0/+1
|
* Recognize armv7-a [ci skip]Jack Lloyd2018-01-091-0/+1
|
* Remove CPU specific optimization flagsJack Lloyd2018-01-0818-295/+11
| | | | | | | These are best left to the user to set via CXXFLAGS or --cc-abi-flags Add override if arch ends in in {eb, el, be, le} to set the endian. Avoids an extra file for ppc64le.
* Rename SSE4.x names to avoid underscoresJack Lloyd2017-12-112-4/+4
| | | | | | This breaks how we determine the ISA flags for amalgamation files. The code for doing that is kind of a hack but I don't want to mess with it right now, easier to just rename the ISA internally.
* Rename the SSE4 ISA extensionsJack Lloyd2017-12-112-4/+4
| | | | Simplifies macro generation
* Remove unaligned mem checkJack Lloyd2017-12-026-8/+0
| | | | | | | | | | This previously enabled doing something unsafe (misaligned reads), but it turns out even on hardware that supports this, it is not safe to do because the compiler may do something unfortunate. Now memcpy is used, which is safe on any platform. Should provide a noticable speedup for ARM and PPC64, which previously used the byte-at-a-time fallback code.
* Add some additional CPU aliases for x86-64Jack Lloyd2017-10-121-5/+8
|
* Script the Windows CI buildJack Lloyd2017-09-081-0/+1
|
* Sort isa_extensions lists [ci skip]Simon Warta2017-09-024-14/+11
| | | | this removes the duplicate "sha" in x86_64
* Add support for LLVM bitcode targetJack Lloyd2017-08-301-0/+1
|
* Add support for Intel SHA-1/SHA-2 instructionsJack Lloyd2017-05-191-0/+1
| | | | Based on GH #807 and #808
* Add ppc64le (POWER8 little endian) as supported cpuGustavo Serra Scalet2017-03-201-0/+22
|
* Add support for NEON in SIMD_4x32Jack Lloyd2017-01-291-0/+4
| | | | Tested on qemu-aarch64
* Fix configure.py error when compiler doesn't support desired ISA flagsJack Lloyd2017-01-221-1/+0
| | | | | | | | | | | | | 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
* add support for Intel RdSeedDaniel Neus2015-12-182-0/+2
|
* Initial support for 64 bit ARMDaniel Seither2015-10-132-1/+13
| | | | | | | | | | | | | | | 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.
* Add evbarm as platform alias for NetBSD. GH#81joerg2015-04-271-0/+1
|
* Add power8 targetlloyd2015-02-271-0/+1
|
* Split amalagamation into ISA specific objectslloyd2015-02-221-1/+0
|
* Set -m flags for rdrand.cpp. Update compiler ISA flagslloyd2013-12-232-2/+8
|
* Add a generic 64x64->128 multiplication op.lloyd2013-07-307-0/+9
| | | | | | | 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.
* Always include modules requiring ISA extensions as long as thelloyd2013-04-175-26/+33
| | | | | | | | | | | 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.
* Alias mips64el to mips64, from Brad Smithlloyd2013-03-211-0/+4
|
* Add a --chost option to configure that takes a GNU style triplet.lloyd2012-08-311-2/+3
| | | | | | 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
* Add model name for Sandy Bridge. Use -march=corei7 with GCC and Clanglloyd2011-11-181-3/+4
| | | | as they seem to understand it as of GCC 4.6 and Clang 2.9.
* Add specialization for i486 that uses -mtune=generic, as Debianlloyd2011-05-131-1/+0
| | | | | | | | | | | | 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
* Renaming the ppc target to ppc32 prevented -mcpu flags from being setlloyd2011-05-121-0/+2
| | | | | | | by GCC. Add Niagra targets for sparc, and extend/fix the Sun Studio flags for SPARC64.
* Add support for targetting the PowerPCSPE (an embedded PPC with anlloyd2011-05-122-5/+13
| | | | | experimental Debian port), and add aliases for ARM to match the Debian architectures.
* Make different targets for 32 and 64 bit Atom processors, since mostlloyd2011-05-092-5/+6
| | | | consumer/desktop level Atoms are actually 32 bit.
* Tweak settings for SuperH setup, based on Debian bug 594159. Since aslloyd2011-05-022-7/+5
| | | | | 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...
* Default sun4u to sparc32-v9 rather than sparc64lloyd2011-04-292-4/+2
|
* Rename all references of ia32 to x86-32 and amd64 to x86-64.lloyd2011-04-222-1/+2
| | | | | | 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.
* Enable unix_procs for FreeBSD. It was disabled in 2006 to worklloyd2011-04-211-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* One minor fix for QNX 6.4.1 (Python identifies CPU as 'x86pc'), andlloyd2011-04-151-0/+1
| | | | | add support for features that it has that apparently the last version I tested did not, including dynamic loading.
* Assume ARMs are little-endian by default; big-endian ARM seems to be a rarity.lloyd2011-03-141-0/+4
| | | | | | 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.
* Somewhat improved ARM support/autodetectionlloyd2011-03-091-17/+26
|
* Alias sun4u to sparc64. This will break for the many people who arelloyd2010-12-151-0/+4
| | | | | | | 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.
* Add support for Atom processors.lloyd2010-08-221-0/+1
| | | | | | | 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
* Identify a i7-860 as Nehalemlloyd2010-08-081-0/+1
|
* Fix problem that prevented AES-NI code from getting loaded in at leastlloyd2010-06-111-1/+3
| | | | | | | 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.