aboutsummaryrefslogtreecommitdiffstats
path: root/configure.pl
Commit message (Collapse)AuthorAgeFilesLines
* Commentlloyd2008-09-111-0/+1
|
* Rewrite guess_cpulloyd2008-09-111-28/+32
|
* Guess the CPU based on {'archname'}, which works for at least Windows/x86 ↵lloyd2008-09-111-14/+24
| | | | and Linux/x86-64 (if /proc/cpuinfo and uname fail)
* Hijack the <supports_shared> tag in the os configs. It had been forlloyd2008-09-111-1/+5
| | | | | | | the CPU type, however currently every OS has it set to 'all'. And since instead it seems I need to specialize on compiler, I've changed supports_shared to set that, and also changed the Windows config so it only attempts a DLL build with Visual Studio.
* Use getlogin before getpwuid for Windowslloyd2008-09-111-1/+1
|
* Add the username and hostname to build.hlloyd2008-09-071-0/+3
|
* Bump to 1.7.11 (pre)lloyd2008-09-071-1/+1
|
* Include a comment in the generated build.h stating that the file waslloyd2008-09-061-0/+7
| | | | | automatically generated, along with the time, the command line arguments, the target compiler/CPU, and the enabled modules.
* Bump soname to 1.7.10lloyd2008-09-051-1/+1
|
* Add new build.h macro BOTAN_TARGET_OS_IS_XXXlloyd2008-09-051-0/+7
|
* Changes for 1.7.91.7.9lloyd2008-08-271-1/+1
|
* Fix autoconfiguration on Windows (testing on XP, VS 2008)lloyd2008-08-181-8/+16
|
* Bump version code to 1.7.8lloyd2008-06-301-1/+1
|
* Ignore files containing # chars (emacs temp files)lloyd2008-06-301-1/+2
|
* Use croak instead of dielloyd2008-06-221-1/+1
|
* An unknown module name pass to --module died with a undef hash reference,lloyd2008-06-221-0/+2
| | | | which is pretty unfriendly. Die with an error instead.
* Add ability for one module to require another. Does not take into accountlloyd2008-06-171-0/+11
| | | | | | OS/arch/compiler restrictions on the required module, only on the requiree. Since normally the required module will use a subset of the functionality, that is probably OK, but something to be aware of.
* Check in initial changelog for 1.7.7. Increase version number in configure.pllloyd2008-05-241-1/+1
| | | | and in readme.txt
* Bump version to 1.7.6 in configure.pllloyd2008-04-291-1/+1
|
* Put each file in a list in the makefile on a different linelloyd2008-04-131-11/+8
|
* Change so_obj_flags to shared_flagslloyd2008-04-131-4/+4
|
* If an unbound variable in a template is found, print the all thelloyd2008-04-131-24/+59
| | | | | | | | | | | | | | | currently existing variables and the first 60 characters of their values. Simplify match_any_of - it just uses it's first two arguments and then matches against the rest, rather than forcing them to be joined into a single string (that it would just split and iterate over anyway). Add support for two new compiler config vars, dll_import_flags and dll_export_flags When autoconfig prints that it has guessed something, provide the name of the variable that can be used to override it.
* Don't hard-code the user and group when doing an install: instead uselloyd2008-04-061-7/+1
| | | | | whatever the current user/group is. If you wish to override, edit the makefile or override the INSTALL_CMD_* variables on the command line.
* Bump version in configure.pl to 1.7.5lloyd2008-03-311-1/+1
|
* Changes for 1.7.4lloyd2008-03-101-1/+1
|
* Pass the second argument of works_on as a reference, requires slightlylloyd2008-02-141-5/+6
| | | | fewer explicit coercions.
* Reorder the output of configure.pl --help so the most important and mostlloyd2008-01-221-27/+28
| | | | commonly used options are near the top.
* Document the --no-asm optionlloyd2007-10-241-12/+15
| | | | | | | | | | Wrap lines a little tighter in the output of --help Change the order of checks so we don't display that a module was not used due to use of --no-asm when in fact the module would not run on the target CPU anyway. Similiarly don't say "loaded only on request" if it is incompatible with the target, since someone attempting to actually load the module would immediately get an error.
* Switch the order of tests on constraints on modules to CPU, then OS, thenlloyd2007-10-231-9/+9
| | | | | compiler. That tends to give the most useful diagnostic output, since CPU restrictions are the most common in modules.
* Change the syntax from load_on: to load_on (since that way configure.pl canlloyd2007-10-221-133/+133
| | | | | | | | | | | 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.
* Add new options to configure.pl:lloyd2007-10-211-33/+105
| | | | | | | | | | | | | --endian=(little|big|none): control processor endianness and override a default, eg so you can configure for a big-endian Alpha. Use none to prevent any macros. --unaligned-mem=(yes|no): control if the unaligned memory macro will be enabled. Currently this has no effect but there are coming optimizations which may use it. --arch-info=<name>: Print some information about that CPU (submodel names, endian defaults, etc).
* Document changes so far for 1.7.3 in the log. Bump the version in configure.pllloyd2007-10-211-1/+1
|
* Add an option --quiet which will disable the messages caused whenlloyd2007-10-211-6/+21
| | | | the script is guessing things.
* Fix --modules, the value was getting lost.lloyd2007-10-211-4/+5
| | | | | Don't warn about modules that are only loaded on request when they in fact have been requested.
* Report which modules are not being loaded and why when doing autoconfig.lloyd2007-10-211-12/+30
|
* Remove the checks that the compiler specified works on the given OS/CPU.lloyd2007-10-211-15/+2
| | | | | All too often this information gets out of of date, so trust the user is specifying something that makes sense if they use --cc, --cpu, or --os.
* Avoid a warning if no arguments are passed for moduleslloyd2007-10-211-0/+2
|
* Don't use -fpermissive on 64-bit systems (arch matching alpha or *64),lloyd2007-10-201-20/+19
| | | | | since we only need it because of that stupid GCC long long warning, and that doesn't show up on 64-bit machines.
* Rename the option in configure.pl named --disable-shared to --no-sharedlloyd2007-10-201-2/+2
|
* Make the output of --help (perhaps) more helpful by organizing options bylloyd2007-10-201-42/+48
| | | | | | purpose. Relevant information is moved closer to the option description, for instance the help line for the --cc option also includes the list of known compilers.
* Drop using cc-os-cpu as a single argument. Instead the user can specifylloyd2007-10-201-21/+28
| | | | | each individually with --cc, --os, and --cpu. Any that are not specified on the command line are guessed via the old autoconfiguration logic.
* Compare the value of $^O to names we know about in the hash, rather thanlloyd2007-10-201-18/+16
| | | | hardcoding them into that function.
* Revert the last change since 'cc' was already used as a key for the compilerlloyd2007-10-201-111/+105
| | | | | | | | binary name, which caused the obvious conflicts. Spit guess_triple into three independent functions. Make the guessing of OS depend much more on Perl's $^O variable; only fall back if that is not recognized.
* Use 'cc' instead of 'compiler' as the key for the compiler name in the configlloyd2007-10-201-6/+6
|
* Add a new build-time macro BOTAN_TARGET_UNALIGNED_LOADSTOR_OK which islloyd2007-10-191-2/+13
| | | | | 0 or 1 depending on if the target CPU can handle an unaligned read or write. This will be true on x86 and x86-64 (are there others?)
* Bump the version numbers in configure.pl and readme.txtlloyd2007-10-081-1/+1
|
* Bump the version to 1.7.1 in configure; there has been enough that it shouldn'tlloyd2007-05-311-1/+1
| | | | be marked as 1.7.0 at least.
* Add a new preprocessor macro defining the endian-ness of the target CPU.lloyd2007-05-171-0/+10
| | | | | | Currently it is only set for x86 and x86-64 as they are two of the few architectures which are not bi-endian, and we're not doing any detection (nor is there any way for a user to override the selection yet).
* Provide a more flexible mechanism for specifying which modules are loaded.lloyd2007-03-121-4/+6
| | | | | | | | | | | | | 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'.
* Add support for plain C files (mostly interesting for use in modules)lloyd2007-03-111-2/+3
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-06 14:26:48 +0000