boost-react-native-bundle
Version:
Boost library as in https://sourceforge.net/projects/boost/files/boost/1.57.0/
1,226 lines (1,167 loc) • 292 kB
text/xml
<?xml version="1.0" encoding="utf-8"?>
<explicit-failures-markup xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="explicit-failures.xsd">
<!--
PLEASE VALIDATE THE XML BEFORE COMMITTING YOUR CHANGES!
Locally, the xmlint tool can be used:
xmllint <two-dashes>valid explicit-failures-markup.xml <two-dashes>schema explicit-failures.xsd
The following online services can be used to validate your changes to this
file:
- http://syseng.nist.gov/b2bTestbed/projects/xmlvalidation/instance_validation.html
- http://xmlvalidation.com/
With both tools you need to provide both the explicit-failures-markup.xml
file as the XML document and the explicit-failures.xsd as the schema
document. Use the browse buttons to select them from your local hard
drive.
-->
<!-- /////////////// Toolsets /////////////// -->
<mark-toolset name="acc" status="required"/>
<mark-toolset name="darwin-4.0.1" status="required"/>
<mark-toolset name="gcc-4.1.2_sunos_i86pc" status="required"/>
<mark-toolset name="gcc-4.1.3_linux" status="required"/>
<mark-toolset name="gcc-4.2.1" status="required"/>
<mark-toolset name="gcc-4.2.1_hpux_ia64" status="required"/>
<mark-toolset name="gcc-4.2.1_linux_x86_64" status="required"/>
<mark-toolset name="intel-linux-9.0" status="required"/>
<mark-toolset name="intel-vc8-win-10.0" status="required"/>
<mark-toolset name="intel-win-10.0" status="required"/>
<mark-toolset name="msvc-7.1" status="required"/>
<mark-toolset name="msvc-8.0" status="required"/>
<mark-toolset name="msvc-8.0_64" status="required"/>
<!-- /////////////// Libraries /////////////// -->
<!-- accumulators -->
<library name="accumulators">
<mark-unusable>
<toolset name="sun-5.7"/>
<toolset name="sun-5.8"/>
<toolset name="sun-5.9"/>
<toolset name="borland-*"/>
<toolset name="vacpp-*"/>
<toolset name="cray-*"/>
</mark-unusable>
<mark-expected-failures>
<test name="tail_variate_means"/>
<test name="weighted_tail_variate_means"/>
<toolset name="gcc-4.2.1*"/>
<note author="Boris Gubenko" refid="42"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="weighted_kurtosis"/>
<toolset name="acc"/>
<note author="Boris Gubenko" refid="38"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="weighted_tail_variate_means"/>
<toolset name="hp_cxx-71*"/>
<note author="Markus Schoepflin">
This failure is caused by a timeout when compiling the test. It
passes when the timeout value is increased.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="covariance"/>
<test name="pot_quantile"/>
<test name="tail_variate_means"/>
<test name="weighted_covariance"/>
<test name="weighted_pot_quantile"/>
<test name="weighted_tail_variate_means"/>
<toolset name="acc"/>
<note author="Boris Gubenko" refid="47"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="p_square_cumul_dist"/>
<test name="weighted_p_square_cumul_dist"/>
<toolset name="*"/>
<note author="Eric Niebler" refid="53"/>
</mark-expected-failures>
</library>
<!-- minmax -->
<library name="algorithm/minmax">
<mark-unusable>
<toolset name="sunpro-5_3-sunos"/>
</mark-unusable>
</library>
<!-- string_algo -->
<library name="algorithm/string">
<mark-unusable>
<toolset name="borland-5.5*"/>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.1_stlport4"/>
<toolset name="iw-7_1-vc6"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="mipspro"/>
<toolset name="sunpro-5_3-sunos"/>
<note author="P.Droba">
The compiler does not support features that are essential for the library.
</note>
</mark-unusable>
<test name="regex">
<mark-failure>
<toolset name="borland-5.9*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.6*"/>
<note author="P.Droba">
The toolset is not supported by Boost.Regex.
</note>
</mark-failure>
</test>
</library>
<!-- any -->
<library name="any">
<test name="any_to_ref_test">
<mark-failure>
<toolset name="msvc-6.5*"/>
<note author="Vladimir Prus">
The test fail with ICE, but the exact reason for ICE is not
known. A minimal example of casting any to reference type
seem to work. Anyone interested in using this functionality
with msvc is suggested to do additional testing.
</note>
</mark-failure>
</test>
</library>
<!-- array -->
<library name="array">
<test name="array0">
<mark-failure>
<toolset name="msvc-6.5"/>
<toolset name="msvc-6.5_stlport4"/>
<toolset name="msvc-7.0"/>
<note author="A.Meredith">
Compilers need to support partial template specialization
to work with zero length arrays.
</note>
</mark-failure>
</test>
<test name="array3">
<mark-failure>
<toolset name="borland-5.5*"/>
<toolset name="borland-5.6*"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-6.5_stlport4"/>
<toolset name="msvc-7.0"/>
<note refid="3"/>
</mark-failure>
<mark-failure>
<toolset name="sunpro-5_3-sunos"/>
<note refid="4"/>
</mark-failure>
</test>
<test name="array4">
<mark-failure>
<toolset name="borland-5.5*"/>
<toolset name="borland-5.6*"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-6.5_stlport4"/>
<toolset name="msvc-7.0"/>
<note refid="3"/>
</mark-failure>
</test>
</library>
<!-- asio -->
<library name="asio">
<mark-unusable>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<note author="Chris Kohlhoff">
This compiler does not support enable_if, which is needed by the
Boost.System library on which Boost.Asio depends.
</note>
</mark-unusable>
<mark-expected-failures>
<test name="read_until"/>
<test name="read_until_select"/>
<toolset name="gcc-4.2.1_hpux_ia64"/>
<note author="Boris Gubenko">
On HP-UX 11.23 platform, these tests must be compiled with
_XOPEN_SOURCE_EXTENDED macro defined. It is likely related
to CR JAGag28813.
</note>
</mark-expected-failures>
</library>
<!-- assign -->
<library name="assign">
<mark-unusable>
<toolset name="dmc-8_43-stlport-4_5_3"/>
</mark-unusable>
<mark-expected-failures>
<test name="array"/>
<toolset name="msvc-6.5_stlport4"/>
<toolset name="msvc-7.0"/>
<note author="Thorsten Ottosen" >
The test would (most likely) compile and run properly if the workaround
syntax .to_container( c ) was applied to all list_of() expressions.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="email_example"/>
<toolset name="gcc-2.95.3*"/>
<note refid="27" author="Thorsten Ottosen"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="list_inserter"/>
<toolset name="msvc-7.0"/>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="hp_cxx-65*"/>
<note refid="6" author="Thorsten Ottosen"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="list_inserter"/>
<toolset name="gcc-2.95.3*"/>
<note author="Thorsten Ottosen">
This test could probably be made to work if somebody with knowledge
about the compilers would submit a patch.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="list_of"/>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="hp_cxx-65*"/>
<toolset name="borland-5*"/>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.0"/>
<note author="Thorsten Ottosen" >
The test would (most likely) compile and run properly if the workaround
syntax .to_container( c ) was applied to all list_of() expressions.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="list_of_workaround"/>
<toolset name="sunpro-5_3-sunos"/>
<note author="Thorsten Ottosen" >
The test could probably be made to work if somebody submitted a patch.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="multi_index_container"/>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="sun-5.8"/>
<toolset name="hp_cxx-65*"/>
<toolset name="borland-5*"/>
<toolset name="gcc-2.95.3*"/>
<note refid="27" author="Thorsten Ottosen"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="multi_index_container"/>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.0"/>
<toolset name="mipspro"/>
<toolset name="hp_cxx-65*"/>
<note author="Thorsten Ottosen" >
The test would (most likely) compile and run properly if the workaround
syntax .to_container( c ) was applied to all list_of() expressions.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="my_vector_example"/>
<toolset name="gcc-2.95.3*"/>
<note refid="27" author="Thorsten Ottosen"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="ptr_list_inserter"/>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="hp_cxx-65*"/>
<toolset name="borland-5*"/>
<toolset name="gcc-2.95.3*"/>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.0"/>
<toolset name="mipspro"/>
<note author="Thorsten Ottosen" >
The test depends on Boost.Pointer Container which probably does not work for
this compiler.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="ptr_list_of"/>
<toolset name="hp_cxx-65*"/>
<toolset name="borland-5*"/>
<toolset name="gcc-2.95.3*"/>
<toolset name="msvc-6.5*"/>
<toolset name="mipspro"/>
<note author="Thorsten Ottosen" >
The test depends on Boost.Pointer Container which probably does not work for
this compiler.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="ptr_map_inserter"/>
<toolset name="hp_cxx-65*"/>
<toolset name="borland-5*"/>
<toolset name="gcc-2.95.3*"/>
<toolset name="msvc-6.5*"/>
<toolset name="mipspro"/>
<note author="Thorsten Ottosen" >
The test depends on Boost.Pointer Container which probably does not work for
this compiler.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="std"/>
<toolset name="sunpro-5_3-sunos"/>
<note author="Thorsten Ottosen" >
The test does not work for
this compiler.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="tuple_list_of"/>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="borland-5*"/>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.0"/>
<note author="Thorsten Ottosen" >
The test depends on Boost.Tuple which probably does not work for
this compiler.
</note>
</mark-expected-failures>
</library>
<!-- bimap -->
<library name="bimap">
<mark-unusable>
<toolset name="borland-5.6*"/>
<note author="J. López" date="05 Jul 2004" refid="17"/>
</mark-unusable>
<mark-unusable>
<toolset name="borland-5.8*"/>
<note author="Alisdair Meredith" date="26 May 2006"/>
</mark-unusable>
<mark-unusable>
<toolset name="borland-5.9*"/>
<note author="Alisdair Meredith" date="27 Feb 2007"/>
</mark-unusable>
<mark-unusable>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<note author="J. López" date="09 Jul 2004" refid="17"/>
</mark-unusable>
<mark-unusable>
<toolset name="*como-4_3_3-msvc"/>
<note author="J. López" date="30 Jul 2004">
The VC++ 6.0 backend runs out of internal resources while
trying to process the Comeau output for this library;
Comeau Computing has been asked about a solution.
On the other hand, Comeau 4.3.3 with VC++ 7.0 backend works
fine.
</note>
</mark-unusable>
<mark-unusable>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="sunpro-5_8u1-sunos"/>
<note author="J. López" date="22 Apr 2005" refid="17"/>
</mark-unusable>
<mark-unusable>
<toolset name="dmc-8_43-stlport-4_5_3"/>
<toolset name="dmc-8_44b-stlport-4_5_3"/>
<toolset name="dmc-8_47-stlport-4_5_3"/>
<note author="J. López" date="03 Jun 2005" refid="17"/>
</mark-unusable>
<mark-expected-failures>
<test name="test_bimap_assign"/>
<test name="test_bimap_ordered"/>
<test name="test_bimap_unconstrained"/>
<test name="test_bimap_unordered"/>
<toolset name="acc"/>
<note refid="38" author="Boris Gubenko"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="typeof"/>
<toolset name="acc*"/>
<toolset name="intel-vc71-win*"/>
<toolset name="intel-vc8-win*"/>
<toolset name="intel-win-9.1"/>
<toolset name="hp_cxx*"/>
<note refid="39" author="Boris Gubenko"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="test_bimap_serialization"/>
<toolset name="gcc-mingw-3.4.5"/>
<note author="Matias Capeletto">Compiler bug.</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="test_bimap_property_map"/>
<toolset name="gcc-3.4.6_linux_x86_64"/>
<note author="Matias Capeletto">Time out.</note>
</mark-expected-failures>
</library>
<!-- bind-->
<library name="bind">
<mark-expected-failures>
<test name="bind_cv_test"/>
<test name="bind_stateful_test"/>
<toolset name="intel-7.1-linux"/>
<toolset name="intel-7.1-stdlib-default-linux"/>
<note refid="2" author="Aleksey Gurtovoy"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="bind_dm2_test"/>
<test name="mem_fn_dm_test"/>
<toolset name="msvc-6.*"/>
<toolset name="msvc-7.0"/>
<toolset name="cw-8.3"/>
<note refid="31" author="Peter Dimov"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="bind_dm_test"/>
<toolset name="sunpro-5_3-sunos"/>
<note refid="31" author="Peter Dimov"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="bind_function_test"/>
<toolset name="sunpro-5_8u1-sunos"/>
<note author="Peter Dimov">
This failure is caused by Boost.Function.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="mem_fn_derived_test"/>
<toolset name="sunpro-5_3-sunos"/>
<note refid="31" author="Peter Dimov"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="bind_rv_sp_test"/>
<toolset name="hp_cxx-65*"/>
<toolset name="hp_cxx-71*"/>
<note author="Markus Schoepflin">
This failure is caused by a bug in the compiler triggered by the
use of the debug flag '-gall'. It has been reported to the
compiler vendor.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="bind_dm3_test"/>
<toolset name="borland-5*"/>
<toolset name="msvc-6.*"/>
<toolset name="msvc-7.0"/>
<note refid="31" author="Peter Dimov"/>
</mark-expected-failures>
<mark-expected-failures>
<test name="mem_fn_eq_test"/>
<toolset name="msvc-7.1"/>
<note author="Peter Dimov">
This failure is only present in release mode and is caused by /OPT:ICF.
</note>
</mark-expected-failures>
<mark-expected-failures>
<test name="bind_placeholder_test"/>
<toolset name="borland-*"/>
<toolset name="msvc-6.*"/>
<toolset name="msvc-7.0"/>
<note refid="31" author="Peter Dimov"/>
</mark-expected-failures>
</library>
<!-- build -->
<library name="build">
<mark-expected-failures>
<test name="collect_debug_info"/>
<toolset name="*"/>
<note author="Jurko Gospodnetić">
Temporarily enabled and always failing test used for collecting
additional feedback from the testing site.
</note>
</mark-expected-failures>
</library>
<!-- chrono -->
<library name="chrono">
<mark-unusable>
<toolset name="borland-*"/>
<toolset name="vacpp*"/>
<note author="Vicente J. Botet Escriba">
The compiler does not support features that are essential for the library.
</note>
</mark-unusable>
<test name="*_h" category="Header Only">
</test>
<test name="*_l" category="Non Header Only">
</test>
<test name="*_s" category="Static Link">
</test>
<test name="*_d" category="Dynamic Link">
</test>
<test name="*_f" category="Compile Diagnostic Required">
</test>
</library>
<!-- circular_buffer -->
<library name="circular_buffer">
<mark-expected-failures>
<test name="base_test"/>
<test name="space_optimized_test"/>
<toolset name="acc"/>
<note author="Boris Gubenko" refid="41"/>
</mark-expected-failures>
</library>
<!-- concept_check -->
<library name="concept_check">
<test name="class_concept_fail_expected">
<mark-failure>
<toolset name="cw-8.3*"/>
<note author="B. Dawes" refid="3"/>
</mark-failure>
</test>
<test name="class_concept_fail_expected">
<mark-failure>
<toolset name="borland-5*"/>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.0"/>
<note author="Jeremy Siek"/>
</mark-failure>
</test>
<test name="stl_concept_covering">
<mark-failure>
<toolset name="*"/>
<note author="Jeremy Siek" refid="1"/>
</mark-failure>
</test>
<test name="stl_concept_check">
<mark-failure>
<toolset name="hp_cxx*"/>
<note author="Markus Schoepflin" date="09 Dec 2007">
This version of the Rogue Wave library fails to provide all
needed addition operators for the iterator type and the
difference type of std::deque.
</note>
</mark-failure>
</test>
</library>
<!-- config -->
<library name="config">
<test name="config_link_test">
<mark-failure>
<toolset name="*como-4_3_3-vc7*"/>
<note author="J. Maddock" refid="3"/>
</mark-failure>
</test>
<test name="limits_test">
<mark-failure>
<toolset name="cw-8.3*"/>
<note author="B. Dawes" refid="3"/>
</mark-failure>
</test>
<test name="limits_test">
<mark-failure>
<toolset name="gcc-3_4_4_tru64"/>
<note author="John Maddock">
Long double NaN's are apparently handled incorrectly on this platform.
</note>
</mark-failure>
</test>
<test name="limits_test">
<mark-failure>
<toolset name="iw-7_1-vc6-stlp-4_5_3"/>
<note author="Aleksey Gurtovoy" refid="4"/>
</mark-failure>
</test>
<test name="limits_test">
<mark-failure>
<toolset name="borland-5.8*"/>
<note author="A.Meredith">
This failure is due to NaNs trapping.
</note>
</mark-failure>
</test>
<test name="limits_test">
<mark-failure>
<toolset name="borland-5.9*"/>
<note author="A.Meredith">
This failure is due to the compiler not recognising the long double special values for infinity and quiet NaN
</note>
</mark-failure>
</test>
<test name="test_thread_fail1">
<mark-failure>
<toolset name="sunpro-5_3-sunos"/>
<note author="J. Maddock" refid="3"/>
</mark-failure>
</test>
<test name="test_thread_fail2">
<mark-failure>
<toolset name="sunpro-5_3-sunos"/>
<note author="J. Maddock" refid="3"/>
</mark-failure>
</test>
</library>
<!-- container-->
<library name="container">
<mark-unusable>
<toolset name="borland-5.*"/>
<toolset name="sun-5.*"/>
<toolset name="msvc-6.5*"/>
<toolset name="cw-9.*"/>
<toolset name="gcc-2.95*"/>
<toolset name="gcc-3.0*"/>
<toolset name="gcc-3.1*"/>
<toolset name="gcc-3.2*"/>
<toolset name="gcc-3.3*"/>
<toolset name="mipspro"/>
<toolset name="intel-linux-8.*"/>
<note author="Ion Gaztañaga">
The compiler does not support features that are essential for the library.
</note>
</mark-unusable>
</library>
<!-- conversion -->
<library name="conversion">
<test name="lexical_cast_test">
<mark-failure>
<toolset name="sunpro-5_3-sunos"/>
<note author="Douglas Gregor" refid="3"/>
</mark-failure>
</test>
<test name="lexical_cast_abstract_test">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<note author="Alisdair Meredith">
This compiler does not support the is_abstract type trait
</note>
</mark-failure>
</test>
<test name="lexical_cast_containers_test">
<mark-failure>
<toolset name="vacpp*"/>
<toolset name="msvc-9.0~wm5~*"/>
<note author="Antony Polukhin">
This compiler is unable to compile Boost.Container library
</note>
</mark-failure>
</test>
<test name="lexical_cast_loopback_test">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="intel-darwin-11.*"/>
<toolset name="intel-darwin-12.0"/>
<toolset name="gcc-3.4.0*"/>
<toolset name="gcc-4.1*"/>
<toolset name="gcc-4.2.0*"/>
<toolset name="gcc-mingw-3.4*"/>
<toolset name="gcc-mingw-4.*"/>
<toolset name="sun-5.7*"/>
<toolset name="sun-5.8*"/>
<toolset name="sun-5.9*"/>
<toolset name="sun-5.10*"/>
<toolset name="msvc-8.0*"/>
<toolset name="msvc-9.0*"/>
<toolset name="msvc-10.0*"/>
<toolset name="msvc-11.0*"/>
<toolset name="msvc-7.1*"/>
<toolset name="vacpp-10.1"/>
<toolset name="qcc-4*"/>
<toolset name="acc"/>
<note author="Alexander Nasonov">
Conversion double-string-double may give a different value (or even throw) on many compilers
</note>
</mark-failure>
</test>
<test name="lexical_cast_float_types_test">
<mark-failure>
<toolset name="gcc-mingw-4.*"/>
<toolset name="vacpp-10.1"/>
<toolset name="vacpp"/>
<toolset name="msvc-9.0~stlport5.2"/>
<toolset name="msvc-9.0~wm5~stlport5.2"/>
<toolset name="intel-darwin-11.*"/>
<toolset name="intel-darwin-12.0"/>
<toolset name="qcc-4*"/>
<toolset name="clang-darwin-libcxx*"/>
<note author="Antony Polukhin">
Some compilers and STL realizations convert double and long double types with bigger precision loss than minimal (or even round to infinity). Such failures are not a lexical_cast, but a compiler fault.
</note>
</mark-failure>
</test>
</library>
<!-- coroutine -->
<library name="coroutine">
<mark-unusable>
<toolset name="cray-*"/>
<toolset name="darwin-4.4"/>
<toolset name="darwin-4.4_0x"/>
<toolset name="gcc-4.4.4"/>
<toolset name="gcc-4.4.4_0x"/>
<toolset name="msvc-8.0"/>
<toolset name="pgi-*"/>
<toolset name="vacpp-*"/>
<toolset name="gcc-mingw-4.4*"/>
</mark-unusable>
</library>
<!-- crc -->
<library name="crc">
<test name="crc_test">
<mark-failure>
<toolset name="sunpro-5_3-sunos"/>
<note author="Douglas Gregor" refid="3"/>
</mark-failure>
</test>
</library>
<!-- date_time -->
<library name="date_time">
<mark-unusable>
<toolset name="como-4_3_3-vc7_1"/>
<toolset name="sunpro-5_3-sunos"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-6.5_stlport5"/>
<toolset name="msvc-6.5_stlport4"/>
<toolset name="msvc-7.0"/>
<toolset name="msvc-7.0_stlport5"/>
<toolset name="iw-7_1-vc6-stlp-4_5_3"/>
<toolset name="iw-7_1-vc6"/>
<toolset name="dmc-*"/>
</mark-unusable>
<test name="testgreg_serialize*">
<mark-failure>
<toolset name="gcc-2.*"/>
<toolset name="msvc-6.5*"/>
<note author="B. Garst">The serialization library does not support this compiler.
</note>
</mark-failure>
</test>
<test name="testgreg_serialize_xml">
<mark-failure>
<toolset name="msvc-7.0"/>
<note author="J. Garland">XML serialization is not supported on this compiler.
</note>
</mark-failure>
</test>
<test name="testtime_serialize*">
<mark-failure>
<toolset name="gcc-2.*"/>
<toolset name="msvc-6.5*"/>
<note author="B. Garst">The serialization library does not support this compiler.
</note>
</mark-failure>
</test>
<test name="testtime_serialize_xml*">
<mark-failure>
<toolset name="msvc-7.0"/>
<note author="J. Garland">XML serialization is not supported on this compiler.
</note>
</mark-failure>
</test>
<test name="testdate_iterator">
<mark-failure>
<toolset name="intel-7.1-stdlib-default-linux"/>
<toolset name="intel-7.1-linux"/>
<note author="J. Garland" refid="19,21"/>
</mark-failure>
</test>
<test name="testdate_iterator_dll">
<mark-failure>
<toolset name="intel-7.1-stdlib-default-linux"/>
<toolset name="intel-7.1-linux"/>
<note author="J. Garland" refid="19,21"/>
</mark-failure>
</test>
<test name="testgeneric_period">
<mark-failure>
<toolset name="intel-7.1-stdlib-default-linux"/>
<toolset name="intel-7.1-linux"/>
<note author="J. Garland">These are strange runtime failures for
which there is no obvious explanation. Later versions of the
Intel compiler (eg:8.0) seem to have resolved the issue.
</note>
</mark-failure>
</test>
<test name="testgreg_wstream">
<mark-failure>
<toolset name="msvc-6.5*"/>
<toolset name="msvc-7.0*"/>
<toolset name="cw-8.3*"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="mingw*"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.1-darwin"/>
<toolset name="*como-4_3_3*"/>
<note author="B. Garst" refid="19,21"/>
</mark-failure>
</test>
<test name="testdate_input_facet*">
<mark-failure>
<toolset name="cw-9.4"/>
<toolset name="cw-9.5*"/>
<note author="J. Garland">
For some reason Code Warrior has difficulty compiling some of the
input code. This may be related to limitations of locale handling,
but it's unclear at this time (2005-May-21).
</note>
</mark-failure>
</test>
<test name="testlocal_time_facet">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="*como-4_3_3*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testlocal_time">
<mark-failure>
<toolset name="msvc-6.5"/>
<toolset name="*como-4_3_3*"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testlocal_time_iterator">
<mark-failure>
<toolset name="msvc-6.5"/>
<toolset name="*como-4_3_3*"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testlocal_time_period">
<mark-failure>
<toolset name="msvc-6.5"/>
<toolset name="*como-4_3_3*"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testclocks">
<mark-failure>
<toolset name="*como-4_3_3*"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="msvc-7.0"/>
<toolset name="msvc-6.5"/>
<note author="J. Garland">
Some compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testlocal_time_input_facet">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="*como-4_3_3*"/>
<toolset name="cw-8.3*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testtime_input_facet">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="*como-4_3_3*"/>
<toolset name="cw-8.3*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.5.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testcustom_time_zone">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8.1"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="*como-4_3_3*"/>
<toolset name="msvc-6.5"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testposix_time_zone">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8.1"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="msvc-6.5"/>
<note author="J. Garland">
Some older compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testtz_database">
<mark-failure>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8.1"/>
<toolset name="*como-4_3_3*"/>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="msvc-6.5"/>
<note author="J. Garland">
Some compilers are confused by the template code here.
These are new features to date-time in 1.33 and there is no
plan to backport to these non-compliant compilers.
</note>
</mark-failure>
</test>
<test name="testtime_wstream">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.1-darwin"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="mingw*"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<toolset name="*como-4_3_3*"/>
<toolset name="hp_cxx-65*"/>
<note author="B. Garst" refid="19,21,22"/>
</mark-failure>
</test>
<test name="testtime_wstream_std_config">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.1-darwin"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="mingw*"/>
<toolset name="*como-4_3_3*"/>
<toolset name="hp_cxx-65*"/>
<note author="B. Garst" refid="19,21,22"/>
</mark-failure>
</test>
<test name="testdate_facet_new">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="cw-8.3*"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<note author="J. Garland">
These compilers are unfortunately able to correctly compile the
new format-based input-output code for date time. Suitable, but
less flexible, alternatives are available on these compilers.
</note>
</mark-failure>
</test>
<test name="testdate_facet_new_dll">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="cw-8.3*"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<note author="J. Garland">
These compilers are unfortunately able to correctly compile the
new format-based input-output code for date time. Suitable, but
less flexible, alternatives are available on these compilers.
</note>
</mark-failure>
</test>
<test name="testtime_facet">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-2.95.3-stlport-4.6.2-linux"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="cw-8.3*"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<note author="J. Garland">
These compilers are unfortunately able to correctly compile the
new format-based input-output code for date time. Suitable, but
less flexible, alternatives are available on these compilers.
</note>
</mark-failure>
</test>
<test name="testwcustom_time_zone">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.4.2_mingw"/>
<toolset name="gcc-3.4.5_mingw"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<note author="J. Garland">
These compilers are unfortunately able to correctly compile the
new format-based input-output code for date time. Suitable, but
less flexible, alternatives are available on these compilers.
</note>
</mark-failure>
</test>
<test name="testwposix_time_zone">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.4.2_mingw"/>
<toolset name="gcc-3.4.5_mingw"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<note author="J. Garland">
These compilers are unfortunately able to correctly compile the
new format-based input-output code for date time. Suitable, but
less flexible, alternatives are available on these compilers.
</note>
</mark-failure>
</test>
<test name="testfacet">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.1-darwin"/>
<toolset name="msvc-6.5"/>
<toolset name="mingw*"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<toolset name="gcc-3.4.2_mingw"/>
<toolset name="gcc-3.4.5_mingw"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<note author="B. Garst" refid="18,19"/>
</mark-failure>
</test>
<test name="testfacet_dll">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.1-darwin"/>
<toolset name="msvc-6.5"/>
<toolset name="mingw*"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<toolset name="gcc-3.4.2_mingw"/>
<toolset name="gcc-3.4.5_mingw"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="*como-4_3_3*"/>
<note author="B. Garst" refid="18,19"/>
</mark-failure>
</test>
<test name="testgreg_year_dll">
<mark-failure>
<toolset name="*como-4_3_3*"/>
</mark-failure>
</test>
<test name="testparse_date">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<note author="B. Garst" refid="18,20"/>
</mark-failure>
</test>
<test name="testmicrosec_time_clock">
<mark-failure>
<toolset name="intel-7.1-stdlib-default-linux"/>
<toolset name="*como-4_3_3*"/>
<toolset name="intel-7.1-linux"/>
<note author="B. Garst" refid="22"/>
</mark-failure>
</test>
<test name="testmicrosec_time_clock">
<mark-failure>
<toolset name="borland-5.6.4"/>
<toolset name="borland-5.8.2"/>
<note author="J. Garland">
There is apparently a bug in Borland library
such that std::local_time and std::gmtime are
returning a time that's 1 hour ahead GetSystemTimeAsFileTime
during DST. This is a rather serious problem in that
some of the date-time clock interfaces will give the wrong
current time.
</note>
</mark-failure>
</test>
<test name="teststreams">
<mark-failure>
<toolset name="gcc-2.95.3-linux"/>
<toolset name="gcc-3.1-darwin"/>
<toolset name="msvc-6.5"/>
<toolset name="msvc-7.0"/>
<toolset name="borland-5.6*"/>
<toolset name="borland-5.8*"/>
<toolset name="borland-5.9*"/>
<toolset name="mingw-3*"/>
<toolset name="gcc-3.4.2_mingw"/>
<toolset name="gcc-3.4.5_mingw"/>
<toolset name="*mingw*"/>
<toolset name="*cygwin*"/>
<toolset name="mingw"/>
<toolset name="*como-4_3_3*"/>
<note author="B. Garst" refid="18,19,20"/>
</mark-failure>
</test>
<test name="testdate_dll">
<mark-failure>
<toolset name="*como-4_3_3*"/>
<note author="J. Garland" date="30 Jan 2004" id="24"/>
</mark-failure>
</test>
<test name="t