aboutsummaryrefslogtreecommitdiffstats
path: root/configure.pl
Commit message (Collapse)AuthorAgeFilesLines
* If configure.pl guesses the CPU using /proc/cpuinfo or uname, it remindslloyd2008-11-241-2/+3
| | | | | | | | the user that it can override via --cpu, however if it was guessed using Config{'archname'} the user was not so reminded. This is actually the worst possible case since Perl's Config setting is probably the least reliable method (which is why it is only used if /proc/cpuinfo and uname are not around).
* Add handy aliases to configure for controlling the modules using OpenSSL,lloyd2008-11-231-0/+9
| | | | | | | | | | | | | | GNU MP, zlib, and bzip2. --with-{openssl,gnump,bzip2,zlib} --without-{openssl,gnump,bzip2,zlib} They have the exact same effect as --enable-modules=x or --disable-modules=x This turned out to be a much easier way of specifying options for the Gentoo ebuild. It is likely that other distro builds architectures will also prefer this option style as being somewhat more autoconf-like and fitting in with existing command templates.
* Make it optional to provide an argument to --enable-modules orlloyd2008-11-211-2/+2
| | | | | | --disable-modules. While updating the Gentoo ebuild I found it was much easier to autogen the configure line if both of these options are no-ops if used with no value.
* Wrap long lines in configure.pl outputlloyd2008-11-191-10/+46
| | | | | | Print the version number at the start of the build. Fix compiler name in TR1 message
* Wrap line for readabilitylloyd2008-11-171-1/+2
|
* Use TR1 by default with GNU C++ and Intel C++, since all recent versions oflloyd2008-11-171-9/+20
| | | | | | | | | | | | | | | | | | both support TR1 fine AFAICT. Add ability to explicitly disable using TR1 with --with-tr1=none Add a marker in the cc info files specifiying if TR1 should be chosen by default. Yes, autoconf would be better for this than a static per-compiler setting. Yes, I totally hate autoconf. Yes, I would still consider autoconf patches. No, I'm not going to do it myself. :) I am looking forward to being able to safely adopt C++0x and TR2 throughout the library and make the need for a lot of this special-casing stuff go away. Until then, it seems better to defaulting to using tr1 (and thus, ECC) than not.
* Bump version to 1.7.23-prelloyd2008-11-171-1/+1
|
* Don't namespace botan-config by major/minor versions (use pkg-config for ↵lloyd2008-11-131-2/+1
| | | | this if desired)
* Remove support for provider identifiers from SCAN_Name - it turns out thislloyd2008-11-121-1/+1
| | | | | | | | | | | | was not the right place to keep track of this information. Also modify all Algorithm_Factory constructor functions to take instead of a SCAN_Name a pair of std::strings - the SCAN name and an optional provider name. If a provider is specified, either that provider will be used or the request will fail. Otherwise, the library will attempt best effort, based on user-set algorithm implementation settings (combine with benchmark.h for choosing the fastest implementation at runtime) or if not set, a static ordering (preset in static_provider_weight in prov_weight.cpp, though it would be nice to make this easier to toggle).
* Tick version to 1.7.21-prelloyd2008-11-091-1/+1
|
* For pkg-config, name as botan-$major.$minor.pc, eg botan-1.7, rather thanlloyd2008-11-071-4/+4
| | | | | botan-17, which was potentially confusing (and apparently contradictory to normal pkg-config naming conventions).
* Fix syntax problems introduced in 80 column wraplloyd2008-11-071-5/+2
|
* Wrap to 80 columnslloyd2008-11-071-17/+31
|
* Print a message that a makefile was created, so it's clear what to dolloyd2008-11-071-1/+1
|
* Put automatically generated botan-config and pkgconfig files into build/lloyd2008-11-071-2/+6
| | | | instead of in the toplevel directory.
* Fix the --with-build-dir option, so that it is actually possible to dolloyd2008-11-061-7/+7
| | | | | | | | | | | | out of tree builds. Also rename the generated botan-config script so that it is, like the pkg-config settings, namespaced by the major and minor version numbers (eg, botan-17-config). This is useful in particular for distros like Debian which ship both stable and unstable versions. Currently Debian is actually the only distro I know of shipping 1.7 as well as 1.6, but I would certainly like to encourage more in the future by making it easy to do.
* Reset version as 1.7.20-prelloyd2008-11-061-1/+1
|
* Provide pkg-config file as botan-$major$minor.pc, so it can be used like:lloyd2008-11-061-15/+19
| | | | | | | $ pkg-config botan-17 --libs -L/usr/local/lib -lbotan -lm -lpthread -lrt to make it easier to have multiple versions of Botan installed and in use at the same time.
* Bump version to 1.7.19-prelloyd2008-10-261-1/+1
|
* If we match /proc/cpuinfo or uname against a submodel alias, instead printlloyd2008-10-231-1/+6
| | | | | the submodel it is referencing - this is usually more recognizable. Suggested by Markus Wanner.
* Allow setting an environmental variable CPUINFO to override the namelloyd2008-10-231-0/+11
| | | | | | of /proc/cpuinfo in configure.pl This is probably only useful for testing.
* Add pkg-config support (requested/suggested by Zack Weinberg on monotone-dev)lloyd2008-10-151-0/+10
|
* Warn if an unknown value is passed to configure.pl's --with-tr1-implementation,lloyd2008-10-141-0/+3
| | | | rather than silently ignoring it.
* Add basic support for Doxygen, including a make targetlloyd2008-10-131-0/+6
|
* Add a new switch to configure.pl --with-tr1-implementation whichlloyd2008-10-121-51/+84
| | | | | | | | | | | | | | | | | | | | | | | | accepts options 'boost' and 'system'. Now GF(p) math (and indirectly, ECDSA) will be enabled if --with-tr1=boost or --with-tr1=system is passed at build time to enable a shared_ptr implementation. Modules can now specify that they require TR1, in which case they will only be autoloaded if a TR1 implementation was set (they can choose which one to use by checking the feature macros from build.h) The gfpmath module was set to load only on request. That has changed to load automatically (but will only do so if a TR1 impl is set as described above). CVC has also been marked as requiring TR1. (ECDSA/ECDH are not, since they do not use tr1 shared_ptr directly) Update and cleanup help output. Do not print the list of modules in --help anymore (too long); you can still get the list (in an easier to parse format) --module-info. Reorganize the help text so the more useful options are described closer to the top. Fix the --with-endian and --with-unaligned-mem options: they were being accepted but ignored.
* Reenable /proc/cpuinfo CPU detectionlloyd2008-10-111-1/+1
|
* Comment out or remove some of the louder/less useful trace messageslloyd2008-10-111-6/+3
|
* Only run uname if Perl's -f operator returns true forlloyd2008-10-111-34/+52
| | | | | | | | | | | | | | | | '/bin/uname', '/usr/bin/uname', or '/bin/sh' - the existence of these files gives us some hope that exec'ing uname will work, and avoids an error on Windows builds. Only run uname once (uname -a), collecting it into $$config{'uname'} (previously configure.pl might run it as many as three times, uname -s, uname -p, and uname -m). Only submodels were being searched longest to shortest. Modify guess_cpu_from_this to also search arch names and aliases in this manner. This allows Config{'archname'} of 'x86_64-linux' to be correctly detected as x86-64 (was being detected as x86, since before the search was ordered by the Perl hash order).
* Set solib version, readme, log for 1.7.17 sometime in the mysterious future.lloyd2008-10-091-1/+1
|
* Fix infinite loop if no close tag found in info.txt filelloyd2008-10-081-0/+2
|
* Bump soname to 1.7.16lloyd2008-10-081-1/+1
|
* New /proc/cpuinfo matching logic suggested by Derek Scherger. Attemptlloyd2008-10-071-10/+14
| | | | | longest match first instead of random Perl hash order. Seems to work very well in practice.
* Make configuration quieterlloyd2008-10-071-2/+2
|
* Don't generate the makefile until after we have processed build.h.inlloyd2008-10-011-4/+8
| | | | | | | | | | Markus Wanner noted on the mailing list that build.h was not being installed. That is because it was not included in the HEADERS variable in the Makefile, and build.h did not yet exist when configure.pl scanned the source and include directories. Rearrange the order of operations in configure.pl a bit so first build.h is generated and then the makefile is.
* Search submodels before submodel alises when trying to figure out /proc/cpuinfolloyd2008-10-011-6/+6
|
* Make autodetection of CPU type based on /proc/cpuinfo a bit smarter.lloyd2008-10-011-27/+47
|
* Add back --modules as an alias for --enable-modules (finger memory)lloyd2008-09-301-0/+1
|
* s/--enable-module-sets/--use-module-set/ - otherwise one has to type all of ↵lloyd2008-09-301-1/+1
| | | | --enable-modules for it to be recognized
* Update soname to 1.7.15, also update readme and loglloyd2008-09-301-1/+1
|
* Improve configure.pl's --help output. s/--module-set/--enable-module-set/lloyd2008-09-301-26/+22
|
* Queitlloyd2008-09-301-1/+1
|
* Silently swallow/save --exec-prefix and most of the autoconf --.*dir= optionslloyd2008-09-301-42/+61
| | | | | (--bindir, --libdir, --docdir already supported, add --includdir=, --localstatedir=, etc)
* Rename more options for autoconf compatability.lloyd2008-09-301-34/+38
|
* First step in configure.pl options rename for better autoconf/automake compat.lloyd2008-09-301-9/+9
| | | | | | | Suggestions from Zack Weinberg on the monotone-devel list. Rename --endian to --with-endian Rename --unaligned-mem to --with-unaligned-mem
* Remove dead code from guess_from_from_thislloyd2008-09-301-32/+9
|
* Guess CPU from /proc/cpuinfo or uname by looking first in the knownlloyd2008-09-301-20/+34
| | | | names for CPUs we pulled from the text files.
* Do not redirect 2> to /dev/null when exec'ing uname. It causeslloyd2008-09-301-3/+3
| | | | problems on MSYS. And doesn't have any real advantage that I can see...
* Target i686 if uname is i686lloyd2008-09-301-1/+1
|
* propagate from branch 'net.randombit.botan' (head ↵lloyd2008-09-301-0/+1
|\ | | | | | | | | | | fd327b29aa542e0ad5ff6d37d8392321670f0369) to branch 'net.randombit.botan.modularized' (head 3f8d05493d4b192243fdc8a7f518ed1013c3be54)
| * Better support for MinGW/MSYS, sent by Zbigniew Zagorskilloyd2008-09-301-0/+1
| |