Windows
|
MSVC 7.1 and later
|
Yes
|
All tests OK.
We aim to keep our headers warning free at level 4 with this compiler.
|
Windows
|
Intel 8.1 and later
|
Yes
|
All tests OK.
We aim to keep our headers warning free at level 4 with this compiler.
However, The tests cases tend to generate a lot of warnings relating
to numeric underflow of the test data: these are harmless.
|
Windows
|
GNU Mingw32 C++
|
Yes
|
All tests OK.
We aim to keep our headers warning free with -Wall with this compiler.
|
Windows
|
GNU Cygwin C++
|
No
|
All tests OK.
We aim to keep our headers warning free with -Wall with this compiler.
Long double support has been disabled because there are no native
long double C std library functions available.
|
Windows
|
Borland C++ 5.8.2 (Developer studio 2006)
|
No
|
We have only partial compatability with this compiler:
Long double support has been disabled because the native long double
C standard library functions really only forward to the double versions.
This can result in unpredictable behaviour when using the long double
overloads: for example sqrtl
applied to a finite value, can result in an infinite result.
Some functions still fail to compile, there are no known workarounds
at present.
|
Linux
|
GNU C++ 3.4 and later
|
Yes
|
All tests OK.
We aim to keep our headers warning free with -Wall with this compiler.
|
Linux
|
Intel C++ 10.0 and later
|
Yes
|
All tests OK.
We aim to keep our headers warning free with -Wall with this compiler.
However, The tests cases tend to generate a lot of warnings relating
to numeric underflow of the test data: these are harmless.
|
Linux
|
Intel C++ 8.1 and 9.1
|
No
|
All tests OK.
Long double support has been disabled with these compiler releases
because calling the standard library long double math functions can
result in a segfault. The issue is Linux distribution and glibc version
specific and is Intel bug report #409291. Fully up to date releases
of Intel 9.1 (post version l_cc_c_9.1.046) shouldn't have this problem.
If you need long double support with this compiler, then comment
out the define of BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS at line
55 of boost/math/tools/config.hpp.
We aim to keep our headers warning free with -Wall with this compiler.
However, The tests cases tend to generate a lot of warnings relating
to numeric underflow of the test data: these are harmless.
|
Linux
|
QLogic PathScale 3.0
|
Yes
|
Some tests involving conceptual checks fail to build, otherwise there
appear to be no issues.
|
Linux
|
Sun Studio 12
|
Yes
|
Some tests involving function overload resolution fail to build,
these issues should be rairly encountered in practice.
|
Solaris
|
Sun Studio 12
|
Yes
|
Some tests involving function overload resolution fail to build,
these issues should be rairly encountered in practice.
|
Solaris
|
GNU C++ 4.x
|
Yes
|
All tests OK.
We aim to keep our headers warning free with -Wall with this compiler.
|
HP Tru64
|
Compaq C++ 7.1
|
Yes
|
All tests OK.
|
HP-UX Itanium
|
HP aCC 6.x
|
Yes
|
All tests OK.
Unfortunately this compiler emits quite a few warnings from libraries
upon which we depend (TR1, Array etc).
|
HP-UX PA-RISC
|
GNU C++ 3.4
|
No
|
All tests OK.
|
Apple Mac OS X, Intel
|
Darwin/GNU C++ 4.x
|
Yes
|
All tests OK.
|
Apple Mac OS X, PowerPC
|
Darwin/GNU C++ 4.x
|
No
|
All tests OK.
Long double support has been disabled on this platform due to the
rather strange nature of Darwin's 106-bit long double implementation.
It should be possible to make this work if someone is prepared to
offer assistance.
|
IMB AIX
|
IBM xlc 5.3
|
Yes
|
All tests pass except for our fpclassify tests which fail due to
a bug in std::numeric_limits , the bug effects
the test code, not fpclassify itself. The IBM compiler group are
aware of the problem.
|