|
@@ -995,7 +995,7 @@
|
|
|
<test name="public_function-throwing_body_virtual_branch"/>
|
|
<test name="public_function-throwing_body_virtual_branch"/>
|
|
|
<toolset name="qcc-4.7*"/>
|
|
<toolset name="qcc-4.7*"/>
|
|
|
<note author="Lorenzo Caminiti">
|
|
<note author="Lorenzo Caminiti">
|
|
|
- This test fails because `std::unchaught_exception` seems to
|
|
|
|
|
|
|
+ This test fails because `std::uncaught_exception` seems to
|
|
|
always return zero on this compiler (even if the authors could
|
|
always return zero on this compiler (even if the authors could
|
|
|
not find a direct reference to this possible compiler issue
|
|
not find a direct reference to this possible compiler issue
|
|
|
online).
|
|
online).
|
|
@@ -1677,7 +1677,7 @@
|
|
|
<toolset name="cw-9.5*"/>
|
|
<toolset name="cw-9.5*"/>
|
|
|
<note author="J. Garland">
|
|
<note author="J. Garland">
|
|
|
Although these tests compile, the execution aborts for
|
|
Although these tests compile, the execution aborts for
|
|
|
- an unknown reason. Note that sometimes the excution is
|
|
|
|
|
|
|
+ an unknown reason. Note that sometimes the execution is
|
|
|
ok on cw-9_4. This may be fixable if someone
|
|
ok on cw-9_4. This may be fixable if someone
|
|
|
can track down the source of the problem.
|
|
can track down the source of the problem.
|
|
|
</note>
|
|
</note>
|
|
@@ -1942,7 +1942,7 @@
|
|
|
<mark-unusable>
|
|
<mark-unusable>
|
|
|
<toolset name="msvc-8.0~wm5~stlport5.1"/>
|
|
<toolset name="msvc-8.0~wm5~stlport5.1"/>
|
|
|
<note author="Beman Dawes">
|
|
<note author="Beman Dawes">
|
|
|
- Due to lack of C library featues, this toolset is not supported.
|
|
|
|
|
|
|
+ Due to lack of C library features, this toolset is not supported.
|
|
|
</note>
|
|
</note>
|
|
|
</mark-unusable>
|
|
</mark-unusable>
|
|
|
<mark-expected-failures>
|
|
<mark-expected-failures>
|
|
@@ -2246,7 +2246,7 @@
|
|
|
</library>
|
|
</library>
|
|
|
|
|
|
|
|
<!-- functional/forward -->
|
|
<!-- functional/forward -->
|
|
|
- <library name="functional/foward">
|
|
|
|
|
|
|
+ <library name="functional/forward">
|
|
|
<mark-unusable>
|
|
<mark-unusable>
|
|
|
<toolset name="msvc-7.0*"/>
|
|
<toolset name="msvc-7.0*"/>
|
|
|
<toolset name="msvc-7.1*"/>
|
|
<toolset name="msvc-7.1*"/>
|
|
@@ -2359,8 +2359,8 @@
|
|
|
<toolset name="gcc-4.4~c++0x*"/>
|
|
<toolset name="gcc-4.4~c++0x*"/>
|
|
|
<toolset name="gcc-4.4~gnu0x*"/>
|
|
<toolset name="gcc-4.4~gnu0x*"/>
|
|
|
<note author="Kohei Takahashi">
|
|
<note author="Kohei Takahashi">
|
|
|
- The compiler doesn't generate defaulted move ctor/assgin thus
|
|
|
|
|
- perform copy construction/assginment. Even though such case,
|
|
|
|
|
|
|
+ The compiler doesn't generate defaulted move ctor/assign thus
|
|
|
|
|
+ perform copy construction/assignment. Even though such case,
|
|
|
the `inline` versions don't force generating move ctor/assign
|
|
the `inline` versions don't force generating move ctor/assign
|
|
|
to preserve trivial requirements. Since that is not documented
|
|
to preserve trivial requirements. Since that is not documented
|
|
|
behaviour, it might be changed in future release.
|
|
behaviour, it might be changed in future release.
|
|
@@ -3538,7 +3538,7 @@ for more information.
|
|
|
<test name="lambda_tests15"/>
|
|
<test name="lambda_tests15"/>
|
|
|
<toolset name="msvc-12.0"/>
|
|
<toolset name="msvc-12.0"/>
|
|
|
<note author="Kohei Takahsahi">
|
|
<note author="Kohei Takahsahi">
|
|
|
- Wrokaround: define BOOST_RESULT_OF_USE_TR1
|
|
|
|
|
|
|
+ Workaround: define BOOST_RESULT_OF_USE_TR1
|
|
|
</note>
|
|
</note>
|
|
|
</mark-expected-failures>
|
|
</mark-expected-failures>
|
|
|
</library>
|
|
</library>
|
|
@@ -3694,7 +3694,7 @@ for more information.
|
|
|
<toolset name="msvc-7.0"/>
|
|
<toolset name="msvc-7.0"/>
|
|
|
<note author="Robert Ramey" refid="6">
|
|
<note author="Robert Ramey" refid="6">
|
|
|
msvc 6 compiler failure. The facility being tested conflicts the the
|
|
msvc 6 compiler failure. The facility being tested conflicts the the
|
|
|
- compiler in a fundamental way and cannnot be worked around.
|
|
|
|
|
|
|
+ compiler in a fundamental way and cannot be worked around.
|
|
|
</note>
|
|
</note>
|
|
|
</mark-expected-failures>
|
|
</mark-expected-failures>
|
|
|
|
|
|
|
@@ -3703,7 +3703,7 @@ for more information.
|
|
|
<toolset name="msvc-6.5*"/>
|
|
<toolset name="msvc-6.5*"/>
|
|
|
<note author="Robert Ramey" refid="6">
|
|
<note author="Robert Ramey" refid="6">
|
|
|
msvc 6 compiler failure. The facility being tested conflicts the the
|
|
msvc 6 compiler failure. The facility being tested conflicts the the
|
|
|
- compiler in a fundamental way and cannnot be worked around.
|
|
|
|
|
|
|
+ compiler in a fundamental way and cannot be worked around.
|
|
|
</note>
|
|
</note>
|
|
|
</mark-expected-failures>
|
|
</mark-expected-failures>
|
|
|
|
|
|
|
@@ -3764,7 +3764,7 @@ for more information.
|
|
|
<note author="Rene Rivera">
|
|
<note author="Rene Rivera">
|
|
|
The CW compilers have problems with the static construction idiom used to
|
|
The CW compilers have problems with the static construction idiom used to
|
|
|
implement the type registration in the Boost.Serialization library. In many
|
|
implement the type registration in the Boost.Serialization library. In many
|
|
|
- cases CW specific work arounds are implemented in the library but this one
|
|
|
|
|
|
|
+ cases CW specific workarounds are implemented in the library but this one
|
|
|
is not immediately solvable. There is a user work around possible, please
|
|
is not immediately solvable. There is a user work around possible, please
|
|
|
contact the library developers on the Boost list for information on the
|
|
contact the library developers on the Boost list for information on the
|
|
|
work around if needed.
|
|
work around if needed.
|
|
@@ -4668,7 +4668,7 @@ for more information.
|
|
|
<toolset name="borland-5.8*"/>
|
|
<toolset name="borland-5.8*"/>
|
|
|
<toolset name="borland-5.9*"/>
|
|
<toolset name="borland-5.9*"/>
|
|
|
<note author="A.Meredith">
|
|
<note author="A.Meredith">
|
|
|
- This compiler has some problems with name looup / overload resolution.
|
|
|
|
|
|
|
+ This compiler has some problems with name lookup / overload resolution.
|
|
|
</note>
|
|
</note>
|
|
|
</mark-expected-failures>
|
|
</mark-expected-failures>
|
|
|
<mark-expected-failures>
|
|
<mark-expected-failures>
|
|
@@ -5363,7 +5363,7 @@ for more information.
|
|
|
<note author="John Maddock">
|
|
<note author="John Maddock">
|
|
|
Reported to Intel as issue 409291, and confirmed
|
|
Reported to Intel as issue 409291, and confirmed
|
|
|
as a problem. Probably this relates to a specific
|
|
as a problem. Probably this relates to a specific
|
|
|
- Linux-Kernal or GLibC version.
|
|
|
|
|
|
|
+ Linux-Kernel or GLibC version.
|
|
|
</note>
|
|
</note>
|
|
|
</mark-failure>
|
|
</mark-failure>
|
|
|
<mark-failure>
|
|
<mark-failure>
|
|
@@ -5680,7 +5680,7 @@ for more information.
|
|
|
<test name="regex_timer"/>
|
|
<test name="regex_timer"/>
|
|
|
<toolset name="msvc-6.5_stlport4"/>
|
|
<toolset name="msvc-6.5_stlport4"/>
|
|
|
<note author="John Maddock">
|
|
<note author="John Maddock">
|
|
|
- Test fails due to unresilved externals from STLport: appears to be
|
|
|
|
|
|
|
+ Test fails due to unresolved externals from STLport: appears to be
|
|
|
an STLport bug. </note>
|
|
an STLport bug. </note>
|
|
|
</mark-expected-failures>
|
|
</mark-expected-failures>
|
|
|
<mark-expected-failures>
|
|
<mark-expected-failures>
|
|
@@ -6083,7 +6083,7 @@ for more information.
|
|
|
cleanup is handled by the library implementation. For threads, launched
|
|
cleanup is handled by the library implementation. For threads, launched
|
|
|
by the native operating system API it is not possible to get this cleanup
|
|
by the native operating system API it is not possible to get this cleanup
|
|
|
on every compiler/platform. A warning (error) will be present in this case,
|
|
on every compiler/platform. A warning (error) will be present in this case,
|
|
|
- which cleary states this fact. It is recommended to start threads only
|
|
|
|
|
|
|
+ which clearly states this fact. It is recommended to start threads only
|
|
|
by means of the Boost.Thread API if you need to avoid the leaks that appear
|
|
by means of the Boost.Thread API if you need to avoid the leaks that appear
|
|
|
on the end of the thread. If this is not possible the cleanup can be invoked
|
|
on the end of the thread. If this is not possible the cleanup can be invoked
|
|
|
from user code before the process actually ends. For library implementors
|
|
from user code before the process actually ends. For library implementors
|
|
@@ -6514,7 +6514,7 @@ This platform doesn't supports Boost.Container.
|
|
|
<mark-unusable>
|
|
<mark-unusable>
|
|
|
<toolset name="cw-*"/>
|
|
<toolset name="cw-*"/>
|
|
|
<note author="John Maddock">
|
|
<note author="John Maddock">
|
|
|
- Metrowerks Codeworrier has partial TR1 support built in
|
|
|
|
|
|
|
+ Metrowerks Codewarrior has partial TR1 support built in
|
|
|
which conflicts with this implementation. Porting to this
|
|
which conflicts with this implementation. Porting to this
|
|
|
compiler is almost certainly possible, but will require some
|
|
compiler is almost certainly possible, but will require some
|
|
|
work by someone who has this compiler.
|
|
work by someone who has this compiler.
|
|
@@ -6758,7 +6758,7 @@ This platform doesn't supports Boost.Container.
|
|
|
<toolset name="gcc-4*darwin"/>
|
|
<toolset name="gcc-4*darwin"/>
|
|
|
<toolset name="darwin*"/>
|
|
<toolset name="darwin*"/>
|
|
|
<note author="John Maddock">
|
|
<note author="John Maddock">
|
|
|
- These tests fail on this platform due to a recuring GCC bug.
|
|
|
|
|
|
|
+ These tests fail on this platform due to a recurring GCC bug.
|
|
|
</note>
|
|
</note>
|
|
|
</mark-expected-failures>
|
|
</mark-expected-failures>
|
|
|
|
|
|