aboutsummaryrefslogtreecommitdiffstats
path: root/configure.py
Commit message (Collapse)AuthorAgeFilesLines
* Respect --with-isa when choosing what to enablelloyd2009-11-061-3/+4
|
* Add a new need_isa marker for info.txt that lets a module dependlloyd2009-11-061-5/+20
| | | | | | | | | | | | 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!
* The default_submodel option was used by configure.pl but configure.pylloyd2009-11-061-2/+1
| | | | | | 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.
* The code for handling SIMD ISA extensions actually works fine for generallloyd2009-11-061-20/+23
| | | | | | | | 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.
* Make it possible to explicitly enable SIMD extensions.lloyd2009-11-061-19/+28
| | | | | | | | | There is no point, as far as I can see, of being able to explicitly disable a SIMD or other ISA extension, because if you are compiling for that particular CPU the compiler might well choose to insert CPU-specific instructions anyway. For instance if one is compiling on a P4 but wants to disable SSE2, the right thing to do is compile for (say) an i686 which ensures that no P4 instructions will be emitted.
* Tick to 1.9.3-devlloyd2009-11-061-8/+8
| | | | | Rename BOTAN_UNALIGNED_LOADSTOR_OK to BOTAN_UNALIGNED_MEMORY_ACCESS_OK which is somewhat more clear as to the point.
* Generate SIMD macro flags for build.h from data in build-data/arch forlloyd2009-11-061-6/+43
| | | | | | SSE2, SSSE3, NEON, and AltiVec. Add entries for Intel Atom, POWER6 and POWER7, and the Cortex A8 and A9.
* Set BOTAN_TARGET_CPU_HAS_SSE2 macro if amd64. Not set at all for any 32-bitlloyd2009-11-041-0/+3
| | | | | x86 currently. This should be fixed. But it's an improvement over having to always set it manually, at least.
* Update for 1.9.2 release 2009-11-03lloyd2009-11-031-1/+1
|
* Remove the 'realname' attribute on all modules and cc/cpu/os info files.lloyd2009-10-291-10/+5
| | | | | Pretty much useless and unused, except for listing the module names in build.h and the short versions totally suffice for that.
* Tick version to 1.9.2-devlloyd2009-10-261-3/+3
|
* Update docs for 1.9.1 release 2009-10-231.9.1lloyd2009-10-231-1/+1
|
* Reset version as 1.9.1-dev instead of -rc1lloyd2009-10-211-1/+1
|
* Disable tracebacklloyd2009-10-211-2/+2
|
* Be more forgiving of names passed with --cpulloyd2009-10-191-6/+9
|
* propagate from branch 'net.randombit.botan.1_8' (head ↵lloyd2009-10-131-22/+92
|\ | | | | | | | | | | c5ae189464f6ef16e3ce73ea7c563412460d76a3) to branch 'net.randombit.botan' (head e2b95b6ad31c7539cf9ac0ebddb1d80bf63b5b21)
| * Bump version to 1.9.1-rc1lloyd2009-10-091-1/+1
| |
| * Add more or less functional integration with Boost.Python. Uselloyd2009-10-091-4/+38
| | | | | | | | | | --use-boost-python to enable creating a second makefile, Makefile.python, which has targets for building and installing the Python module.
| * Fix --enable-debuglloyd2009-10-091-3/+11
| | | | | | | | With GCC, only use -finline-functions if not a debug build
| * Add .S files automatically as welllloyd2009-09-291-1/+2
| |
| * New logic for reading info.txt files - if no <add> block was given, thenlloyd2009-09-291-1/+8
| | | | | | | | simply add all .cpp and .h files in the directory.
| * Add a new macro BOTAN_BUILD_COMPILER_IS_XXX to build.hlloyd2009-09-291-7/+12
| |
| * propagate from branch 'net.randombit.botan.1_8' (head ↵lloyd2009-09-171-6/+21
| |\ | | | | | | | | | | | | | | | 1f4729658b70a340064bc9a33c923a44ecab84d8) to branch 'net.randombit.botan' (head b9ca6596a127964cb9795d22bc2a5642fab5de84)
| | * propagate from branch 'net.randombit.botan.1_8' (head ↵lloyd2009-09-151-6/+21
| | |\ | | | | | | | | | | | | | | | | | | | | ef51dd2869ed38dae3aeb1c3b931ca9d595580e1) to branch 'net.randombit.botan' (head fc1942640045423f411fd865cbd584090b28d7eb)
| | | * Update version #s to 1.9.1-prelloyd2009-09-131-3/+3
| | | |
| | | * Update for 1.9.0 release 2009-09-091.9.0lloyd2009-09-101-1/+1
| | | |
| | | * Add a log line telling the user that we are assuming unaligned memorylloyd2009-09-081-4/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | accesses, if we are. Add new options --with-unaligned-mem and --without-unaligned-mem to override the arch-specific guess. The only usage I specifically know for this is to allow unaligned accesses on m68k machines, when use on Coldfire is not expected. Other cases where most CPUs of a particular type support unaligned accesses but a specific target doesn't (or it is very slow) can also use this.
| | | * propagate from branch 'net.randombit.botan.1_8' (head ↵lloyd2009-09-041-2/+18
| | | |\ | | | | | | | | | | | | | | | | | | | | | | | | | 75371777750b63ef94693602202c5104f217a987) to branch 'net.randombit.botan' (head 3f53f01c349eeee89288b1922fbde45b283c958c)
| | | * | Move version #s to 1.9.0-prelloyd2009-08-131-4/+4
| | | | |
* | | | | Rename all of the build-data files with a .txt extension, and filter forlloyd2009-10-131-6/+11
|/ / / / | | | | | | | | | | | | | | | | | | | | 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.
* / / / Fix macro generation + checks in configure.py and bswap.h. Had the effectlloyd2009-09-171-2/+2
|/ / / | | | | | | | | | of preventing the bswap optimizations from being used. :(
* | | Bump version to 1.8.8-devlloyd2009-09-151-3/+3
| | |
* | | Update configures, readme, logfile for 1.8.7 release 2009-09-091.8.7lloyd2009-09-101-3/+3
| |/ |/|
* | Add a new option --no-autoload to configure.py. This will produce a minimallloyd2009-09-041-2/+18
| | | | | | | | | | | | | | | | | | | | | | build (only libstate, utils, plus dependencies), which can be extended with use of --enable-modules. To add new modules to the set of always-loaded, use 'load_on always' in info.txt Also fix a few small build problems that popped up when doing a minimal build. Requested by a user.
* | Move 1.8 releases to a branch. Flip version numbers to 1.8.7-prelloyd2009-08-131-3/+3
|/
* Update version #s, logfile, readme for 1.8.6 release 2009-08-131.8.6lloyd2009-08-131-2/+2
|
* I typo'ed s390x in the check for 64-bit vs other archlloyd2009-08-121-1/+1
|
* Warn if an unknown file is given as a source in portable_symlink - catcheslloyd2009-08-121-0/+5
| | | | bad info.txt files
* Add the levelname to the log output of configure.pylloyd2009-08-101-1/+4
| | | | Add a comment nothing that Python <= 2.3 is not supported
* Wrap long lineslloyd2009-08-051-2/+4
|
* is_64bit_arch: s390x is also 64 bitlloyd2009-08-051-1/+1
|
* If GCC was not installed configure.py would attempt to execute it onlloyd2009-07-311-8/+13
| | | | | | 32-bit machines (for the version check if -fpermissive is needed) and then fail with an uncaught exception when subprocess.Popen signaled the problem. Instead note the failure and carry on.
* Change version to 1.8.6-pre, document changes since 1.8.5 releaselloyd2009-07-251-3/+3
|
* Update log, readme, version #s in configure for 1.8.5 release 2009-07-231.8.5lloyd2009-07-231-2/+2
|
* In both configures, strip out periods in submodel names for generating thelloyd2009-07-231-1/+5
| | | | | | | | | TARGET_CPU_IS macro. This would otherwise cause problems on HP-PA, as it would generate invalid macros like TARGET_CPU_IS_HPPA2.0 Also in configure.py, replace hyphens with underscores in the submodel name for generating the macro (configure.pl already did this). Otherwise using the sparc64-ultraX submodels would also generate an invalid macro in build.h
* Fix install target with configure.pylloyd2009-07-211-2/+4
|
* Set version fields for 1.8.5 rc1lloyd2009-07-211-1/+1
|
* Respect --enable-module / --with-blah optionslloyd2009-07-171-0/+4
|
* The previous dependency resolution logic would go into an infinite looplloyd2009-07-171-66/+87
| | | | | when faced with the full set of module interdependencies. Use a new algorithm that handles it OK.
* New module load_on directive 'never', to mark known-buggy codelloyd2009-07-151-0/+2
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-14 09:33:01 +0000