aboutsummaryrefslogtreecommitdiffstats
path: root/src/build-data
Commit message (Collapse)AuthorAgeFilesLines
* Tweak settings for SuperH setup, based on Debian bug 594159. Since aslloyd2011-05-023-8/+9
| | | | | 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
|
* Use STLport with Sun Studio by default on Linux. It is probably thelloyd2011-04-251-1/+1
| | | | | | | | | right thing for most modern distros, and if someone is using Sun CC on Linux they probably know if they don't want that. Record successful Sun Studio 5.10 build, also note that Clang 2.9 also seems to miscompile SSE2 IDEA. The Clang 2.9 build on FreeBSD did not have this failure, wonder what happened there.
* Rename all references of ia32 to x86-32 and amd64 to x86-64.lloyd2011-04-228-21/+22
| | | | | | 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.
* Intel C++ doesn't seem to have an option for setting the soname, so itlloyd2011-04-221-1/+1
| | | | | | | | | | | | will default to the full output file name. That actually worked as expected when the so was always written as libbotan-1.8.2, but doesn't anymore since soname does not match the written file. This probably won't work right on Windows, but I don't have access to Intel C++ on Windows. Note good Intel C++ 11.1 build in build log Note that CPython 2.7 works for configuring the build
* Enable unix_procs for FreeBSD. It was disabled in 2006 to worklloyd2011-04-214-16/+16
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* Maintainer mode warning cleanups, mostly for C style casts which Illoyd2011-04-181-1/+1
| | | | added to the flags here.
* Integrate building docs using Sphinx and Doxygen into the makefilelloyd2011-04-184-86/+45
| | | | | | | | | | | | | proper. Enabled using --use-sphinx and --use-doxygen options, both of which default to false. If Sphinx isn't enabled, the ReST sources are copied directly (a case where having a very readable source format comes in handy...) The reference manual (either Sphinx processed into HTML, or the raw source) and the Doxygen output (if enabled) are copied into the doc directory upon install on Unix. Currently not done on Windows, the install target is fairly bogus there currently, and hasn't been tested in some time.
* Fix location of online docs in readmelloyd2011-04-151-3/+3
| | | | | | | | | | Some fixes for the Windows installer config Remove the SIMD rotate overloads; VC 2010 does not like passing a __m128i by value, which is required to match the template overload for the regular rotates. Could change it to a const reference, but I would worry this would inhibit compiler optimizations. Only used in one place (Noekeon), so just use the long expressions there.
* One minor fix for QNX 6.4.1 (Python identifies CPU as 'x86pc'), andlloyd2011-04-152-0/+5
| | | | | add support for features that it has that apparently the last version I tested did not, including dynamic loading.
* Tick version numbers to 1.10.0lloyd2011-04-141-1/+1
| | | | | | | | | | | | | | More documentation updates. The clean target wasn't removing one of the symlinks. In the self-test application, warn if the version we are linked against does not match the version we were built against. This always indicates a problem. Someone who had an older version installed on their system got very confused when the test app was linked against it at runtime; this warning would have saved a couple hours of puzzling by me. This would also have helped avoid the nasty bug in 1.8.3
* I think this fixes the soname stufflloyd2011-04-111-3/+2
|
* I belive this check in fixes PR 113 by making shared library sonameslloyd2011-04-062-4/+5
| | | | match the norman Unix conventions.
* Disable the by default strong key checking on loading a privatelloyd2011-03-211-1/+1
| | | | | | key. This slowed down loading private keys somewhat dramatically. Most people don't care, but both groups using botan for DNSSEC has performance problems due to it.
* 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-092-18/+27
|
* Fix variable mask warning in Sun C++.lloyd2011-03-011-1/+3
| | | | Make comment clearer on how to enable stlport4 in Sun C++
* More VC warning fixeslloyd2011-02-091-1/+1
|
* Add a new configure.py option --distribution-info which sets a macrolloyd2011-02-071-1/+2
| | | | | | | | | | | | | | | | | | | | | | | in build.h named BOTAN_DISTRIBUTION_INFO. The default value is 'unspecified'. People packaging botan could set this to another value, for instance 'Gentoo 1.9.13-r3' or 'Debian 1.9.13-1', or 'pristine' to indicate a completely unmodified/stock version. This was suggested by Zooko for Crypto++ in http://sourceforge.net/apps/trac/cryptopp/ticket/11 and seemed like an idea worth stealing. Don't default the version datestmap to the current day if unset, instead set to zero. This allows applications to detect unreleased versions. Document that version_datestamp will return zero for unreleased versions. Change the version_string function to return more information about the current version, including the release date and distribution information. It will now return strings like: Botan 1.9.13 (released 20110207, distribution Gentoo 1.9.13-r3) or for an unreleased version: Botan 1.9.13 (unreleased version, distribution unspecified)
* 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.
* Don't hardcode dir where python code liveslloyd2010-12-131-2/+2
|
* Respect CFLAGSlloyd2010-12-011-1/+2
|
* Spaceslloyd2010-12-011-2/+2
|
* Add LDFLAGS to Python link linelloyd2010-12-011-1/+2
|
* Fix Python wrapperslloyd2010-12-011-2/+3
|
* Special flags for Nehalem so SSSE3 gets enabled for AESlloyd2010-11-291-0/+1
|
* Clang's deprecated doesn't support a message at alllloyd2010-11-031-1/+1
|
* Fix macroslloyd2010-11-031-3/+3
|
* Modify definition of BOTAN_DEPRECATED macro to deal with Clang (whichlloyd2010-11-031-2/+12
| | | | | pretends to be GCC but doesn't understand the warning attribute), and older GCC (which also has issues with it)
* Add untested and probably broken support for the C++ Builder compilerlloyd2010-11-031-0/+26
|
* Make it possible to disable deprecation warnings by defininglloyd2010-11-021-21/+25
| | | | | | | the macro BOTAN_NO_DEPRECATED_WARNINGS Remove the full modules list; not that useful/informative. Put the remaining build information at the top of the file.
* Add a BOTAN_DEPRECATED macro which can provide compile-timelloyd2010-11-021-1/+12
| | | | deprecation warnings (at least for GCC and VC++). Use in some places.
* Use visibility control with Clang, same syntax as GCClloyd2010-09-281-1/+3
|
* In the nmake clean target, delete additional stuff that VC++ drops intolloyd2010-09-081-0/+1
| | | | the directory when building a DLL
* Disable a couple of very noisy warnings which don't provde a hugelloyd2010-09-071-1/+2
| | | | | amount of value. Add a note that -library=stlport4 may be needed on Linux (seems to depend on glibc version).
* Update CPU optimization flags for Sun Studio to the previous decade.lloyd2010-09-071-6/+10
| | | | | | | Also use -xO5 instead of -xO2; everything seems to work under -xO5 on x86-32 and x86-64 with my version of Sun Studio. Curiously, several things are miscompiled with -xO2! Definitely doesn't give me positive feelings about this optimizer.
* According to Thomas Maier-Komor in a post to botan-devel, the rightlloyd2010-09-031-0/+2
| | | | | way to create a static library using Sun Studio is to invoke the compiler with the -xar flag.
* The modern name for Sun Workshop Pro is Sun Studiolloyd2010-09-031-1/+1
|
* Add support for Windows-style dynamic loading with LoadLibrary. Notlloyd2010-08-251-0/+1
| | | | yet tested.
* Add support for Atom processors.lloyd2010-08-222-0/+2
| | | | | | | 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
* Remove use of -ansi; it's not particularly helpful anyway, and itlloyd2010-08-111-1/+1
| | | | causes obnoxious problems under MinGW.
* Clang supports -marchlloyd2010-08-091-0/+4
|
* Identify a i7-860 as Nehalemlloyd2010-08-081-0/+1
|
* Use clang++ instead of clang for the compiler driver, otherwise linklloyd2010-08-081-1/+1
| | | | errors can result due to not getting the C++ runtime library.
* Add a new utility class Dynamically_Loaded_Library which wraps aroundlloyd2010-07-271-0/+1
| | | | | | | | | | the system dynamic linker (if any). Currently it only supports dlopen, and is only enabled on Linux. It will almost certainly work on BSDs and Solaris as well, though, and should be easy to extend to support Win32-style dynamic loading. Also add a new engine, Dynamically_Loaded_Engine, which loads up a new Engine object from a shared library/DLL.
* Use configured compiler for Pythonlloyd2010-07-221-2/+3
|
* Drop support for running configure with Python 2.4. This allowslloyd2010-07-092-2/+2
| | | | | | | | | removing several workarounds for limitations in optparse in that release, and also allows using the ternary operator added in 2.5. As far as I can tell, the only still active release of any Linux/BSD distro that uses 2.4 is RHEL5. The beta of RHEL6 has 2.6, and it seems likely that RHEL6 will be out before 1.10.0.
* Delete os defaults file - only used by Perllloyd2010-07-091-19/+0
|
* Typo fixlloyd2010-06-281-1/+1
|
* Add a new configure option --maintainer-mode which turns on the fulllloyd2010-06-281-2/+3
| | | | | set of warning flags. Use just plain '-Wall -W' for regular GCC so the default build is happy on arbitrarily old versions.