Boost-Commit :

Date view	Thread view	Subject view	Author view

From: john_at_[hidden]
Date: 2008-04-04 05:07:49

Next message: dgregor_at_[hidden]: "[Boost-commit] svn:boost r44030 - trunk/boost/function/detail"
Previous message: filip.konvicka_at_[hidden]: "[Boost-commit] svn:boost r44028 - sandbox/boost_docs/subprojects/DebuggerVisualizers"

Author: johnmaddock
Date: 2008-04-04 05:07:48 EDT (Fri, 04 Apr 2008)
New Revision: 44029
URL: http://svn.boost.org/trac/boost/changeset/44029

Log:
Oops, fix mangled docs.
Text files modified:
   trunk/libs/config/doc/html/boost_config/boost_macro_reference.html | 1153 ++++++++++++++++++++++++++++++++++-----
   trunk/libs/config/doc/html/index.html | 4
   trunk/libs/config/doc/macro_reference.qbk | 2
   3 files changed, 1010 insertions(+), 149 deletions(-)

Modified: trunk/libs/config/doc/html/boost_config/boost_macro_reference.html
==============================================================================
--- trunk/libs/config/doc/html/boost_config/boost_macro_reference.html (original)
+++ trunk/libs/config/doc/html/boost_config/boost_macro_reference.html 2008-04-04 05:07:48 EDT (Fri, 04 Apr 2008)
@@ -134,55 +134,256 @@
 
 </td>
</tr>
-</tbody>
-</table></div>
-
- [[<code class="computeroutput">BOOST_NO_ARGUMENT_DEPENDENT_LOOKUP</code>][Compiler][
- Compiler does not implement argument-dependent lookup (also named Koenig
- lookup); see std::3.4.2 [basic.koenig.lookup] ]] [[<code class="computeroutput">BOOST_NO_AUTO_PTR</code>][Standard
- library][ If the compiler / library supplies non-standard or broken <code class="computeroutput">std::auto_ptr</code>.
- ]] [[<code class="computeroutput">BOOST_NO_CTYPE_FUNCTIONS</code>][Platform][
- The Platform does not provide functions for the character-classifying operations
- <code class="computeroutput"><ctype.h></code>
- and <code class="computeroutput"><cctype></code>, only macros. ]] [[<code class="computeroutput">BOOST_NO_CV_SPECIALIZATIONS</code>][Compiler][
- If template specialisations for cv-qualified types conflict with a specialisation
- for a cv-unqualififed type. ]] [[<code class="computeroutput">BOOST_NO_CV_VOID_SPECIALIZATIONS</code>][Compiler][
- If template specialisations for cv-void types conflict with a specialisation
- for void. ]] [[<code class="computeroutput">BOOST_NO_CWCHAR</code>][Platform][
- The Platform does not provide <code class="computeroutput"><wchar.h></code> and
- <code class="computeroutput"><cwchar></code>. ]] [[<code class="computeroutput">BOOST_NO_CWCTYPE</code>][Platform][
- The Platform does not provide <code class="computeroutput"><wctype.h></code> and
- <code class="computeroutput"><cwctype></code>. ]] [[<code class="computeroutput">BOOST_NO_DEPENDENT_NESTED_DERIVATIONS</code>][Compiler][
- The compiler fails to compile a nested class that has a dependent base class:
-
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_ARGUMENT_DEPENDENT_LOOKUP</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Compiler does not implement argument-dependent lookup (also named
+ Koenig lookup); see std::3.4.2 [basic.koenig.lookup]
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_AUTO_PTR</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ If the compiler / library supplies non-standard or broken <code class="computeroutput">std::auto_ptr</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_CTYPE_FUNCTIONS</code>
+ 
+ </td>
+<td>
+ 
+ Platform
+ 
+ </td>
+<td>
+ 
+ The Platform does not provide functions for the character-classifying
+ operations <code class="computeroutput"><ctype.h></code> and <code class="computeroutput"><cctype></code>,
+ only macros.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_CV_SPECIALIZATIONS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ If template specialisations for cv-qualified types conflict with
+ a specialisation for a cv-unqualififed type.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_CV_VOID_SPECIALIZATIONS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ If template specialisations for cv-void types conflict with a specialisation
+ for void.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_CWCHAR</code>
+ 
+ </td>
+<td>
+ 
+ Platform
+ 
+ </td>
+<td>
+ 
+ The Platform does not provide <code class="computeroutput"><wchar.h></code>
+ and <code class="computeroutput"><cwchar></code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_CWCTYPE</code>
+ 
+ </td>
+<td>
+ 
+ Platform
+ 
+ </td>
+<td>
+ 
+ The Platform does not provide <code class="computeroutput"><wctype.h></code>
+ and <code class="computeroutput"><cwctype></code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_DEPENDENT_NESTED_DERIVATIONS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler fails to compile a nested class that has a dependent
+ base class:

-<pre class="programlisting">template<typename T>
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">template<typename T>
struct foo : {
 template<typename U>
 struct bar : public U {};
</pre>

- }; ]] [[<code class="computeroutput">BOOST_NO_DEPENDENT_TYPES_IN_TEMPLATE_VALUE_PARAMETERS</code>][Compiler][
- Template value parameters cannot have a dependent type, for example:
+ };
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_DEPENDENT_TYPES_IN_TEMPLATE_VALUE_PARAMETERS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Template value parameters cannot have a dependent type, for example:
+

-<pre class="programlisting">template<class T, typename T::type value>
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">template<class T, typename T::type value>
class X { ... };
</pre>

- ]] [[<code class="computeroutput">BOOST_NO_EXCEPTION_STD_NAMESPACE</code>][Standard
- Library][ The standard library does not put some or all of the contents of
- <code class="computeroutput"><exception></code> in namespace std. ]] [[<code class="computeroutput">BOOST_NO_EXCEPTIONS</code>][Compiler][ The compiler
- does not support exception handling (this setting is typically required by
- many C++ compilers for embedded platforms). Note that there is no requirement
- for boost libraries to honor this configuration setting - indeed doing so
- may be impossible in some cases. Those libraries that do honor this will
- typically abort if a critical error occurs - you have been warned! ]] [[<code class="computeroutput">BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS</code>][Compiler][
- Can only use deduced template arguments when calling function template instantiations.
- ]] [[<code class="computeroutput">BOOST_NO_FUNCTION_TEMPLATE_ORDERING</code>][Compiler][
- The compiler does not perform function template ordering or its function
- template ordering is incorrect.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_EXCEPTION_STD_NAMESPACE</code>
+ 
+ </td>
+<td>
+ 
+ Standard Library
+ 
+ </td>
+<td>
+ 
+ The standard library does not put some or all of the contents of
+ <code class="computeroutput"><exception></code> in namespace std.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_EXCEPTIONS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not support exception handling (this setting is
+ typically required by many C++ compilers for embedded platforms).
+ Note that there is no requirement for boost libraries to honor this
+ configuration setting - indeed doing so may be impossible in some
+ cases. Those libraries that do honor this will typically abort if
+ a critical error occurs - you have been warned!
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Can only use deduced template arguments when calling function template
+ instantiations.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_FUNCTION_TEMPLATE_ORDERING</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not perform function template ordering or its function
+ template ordering is incorrect.

-<pre class="programlisting">// #1
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">// #1
template<class T> void f(T);

// #2
@@ -193,114 +394,774 @@
f(&bar); // should choose #2.
</pre>

- ]] [[<code class="computeroutput">BOOST_NO_INCLASS_MEMBER_INITIALIZATION</code>][Compiler][
- Compiler violates std::9.4.2/4. ]] [[<code class="computeroutput">BOOST_NO_INTRINSIC_WCHAR_T</code>][Compiler][
- The C++ implementation does not provide <code class="computeroutput">wchar_t</code>,
- or it is really a synonym for another integral type. Use this symbol to decide
- whether it is appropriate to explicitly specialize a template on <code class="computeroutput">wchar_t</code> if there is already a specialization
- for other integer types. ]] [[<code class="computeroutput">BOOST_NO_IOSFWD</code>][std
- lib][ The standard library lacks <code class="computeroutput"><iosfwd></code>.
- ]] [[<code class="computeroutput">BOOST_NO_IOSTREAM</code>][std
- lib][ The standard library lacks <code class="computeroutput"><iostream></code>,
- <code class="computeroutput"><istream></code> or <code class="computeroutput"><ostream></code>.
- ]] [[<code class="computeroutput">BOOST_NO_IS_ABSTRACT</code>][Compiler][
- The C++ compiler does not support SFINAE with abstract types, this is covered
- by <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#337" target="_top">Core
- Language DR337</a>, but is not part of the current standard. Fortunately
- most compilers that support SFINAE also support this DR. ]] [[<code class="computeroutput">BOOST_NO_LIMITS</code>][Standard library][ The
- C++ implementation does not provide the <code class="computeroutput"><limits></code>
- header. Never check for this symbol in library code; always include <code class="computeroutput"><boost/limits.hpp></code>,
- which guarantees to provide <code class="computeroutput">std::numeric_limits</code>.
- ]] [[<code class="computeroutput">BOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS</code>][Standard
- library][ Constants such as <code class="computeroutput">numeric_limits<T>::is_signed</code> are not available for use at
- compile-time. ]] [[<code class="computeroutput">BOOST_NO_LONG_LONG_NUMERIC_LIMITS</code>][Standard
- library][ There is no specialization for <code class="computeroutput">numeric_limits<long long></code> and
- <code class="computeroutput">numeric_limits<unsigned long long></code>.
- <code class="computeroutput"><boost/limits.hpp></code>
- will then add these specializations as a standard library "fix"
- only if the compiler supports the <code class="computeroutput">long
- long</code> datatype. ]] [[<code class="computeroutput">BOOST_NO_MEMBER_FUNCTION_SPECIALIZATIONS</code>][Compiler][
- The compiler does not support the specialization of individual member functions
- of template classes. ]] [[<code class="computeroutput">BOOST_NO_MEMBER_TEMPLATE_KEYWORD</code>][Compiler][
- If the compiler supports member templates, but not the template keyword when
- accessing member template classes. ]] [[<code class="computeroutput">BOOST_NO_MEMBER_TEMPLATE_FRIENDS</code>][Compiler][
- Member template friend syntax (<code class="computeroutput">template<class P> friend class frd;</code>) described
- in the C++ Standard, 14.5.3, not supported. ]] [[<code class="computeroutput">BOOST_NO_MEMBER_TEMPLATES</code>][Compiler][
- Member template functions not fully supported. ]] [[<code class="computeroutput">BOOST_NO_MS_INT64_NUMERIC_LIMITS</code>][Standard
- library][ There is no specialization for <code class="computeroutput">numeric_limits<__int64></code> and <code class="computeroutput">numeric_limits<unsigned __int64></code>.
- <code class="computeroutput"><boost/limits.hpp></code>
- will then add these specializations as a standard library "fix",
- only if the compiler supports the <code class="computeroutput">__int64</code>
- datatype. ]] [[<code class="computeroutput">BOOST_NO_OPERATORS_IN_NAMESPACE</code>][Compiler][
- Compiler requires inherited operator friend functions to be defined at namespace
- scope, then using'ed to boost. Probably GCC specific. See <boost/operators.hpp>
- for example. ]] [[<code class="computeroutput">BOOST_NO_POINTER_TO_MEMBER_CONST</code>][Compiler][
- The compiler does not correctly handle pointers to const member functions,
- preventing use of these in overloaded function templates. See <boost/functional.hpp>
- for example. ]] [[<code class="computeroutput">BOOST_NO_POINTER_TO_MEMBER_TEMPLATE_PARAMETERS</code>][Compiler][
- Pointers to members don't work when used as template parameters. ]] [[<code class="computeroutput">BOOST_NO_PRIVATE_IN_AGGREGATE</code>][Compiler][
- The compiler misreads 8.5.1, treating classes as non-aggregate if they contain
- private or protected member functions. ]] [[<code class="computeroutput">BOOST_NO_SFINAE</code>][Compiler][
- The compiler does not support the "Substitution Failure Is Not An Error"
- meta-programming idiom. ]] [[<code class="computeroutput">BOOST_NO_STD_ALLOCATOR</code>][Standard
- library][ The C++ standard library does not provide a standards conforming
- <code class="computeroutput">std::allocator</code>. ]] [[<code class="computeroutput">BOOST_NO_STD_DISTANCE</code>][Standard
- library][ The platform does not have a conforming version of <code class="computeroutput">std::distance</code>.
- ]] [[<code class="computeroutput">BOOST_NO_STD_ITERATOR</code>][Standard
- library][ The C++ implementation fails to provide the <code class="computeroutput">std::iterator</code>
- class. ]] [[<code class="computeroutput">BOOST_NO_STD_ITERATOR_TRAITS</code>][Standard
- library][ The compiler does not provide a standard compliant implementation
- of <code class="computeroutput">std::iterator_traits</code>. Note that the compiler
- may still have a non-standard implementation. ]] [[<code class="computeroutput">BOOST_NO_STD_LOCALE</code>][Standard
- library][ The standard library lacks <code class="computeroutput">std::locale</code>.
- ]] [[<code class="computeroutput">BOOST_NO_STD_MESSAGES</code>][Standard
- library][ The standard library lacks a conforming <code class="computeroutput">std::messages</code>
- facet. ]] [[<code class="computeroutput">BOOST_NO_STD_MIN_MAX</code>][Standard
- library][ The C++ standard library does not provide the <code class="computeroutput">min()</code> and <code class="computeroutput">max()</code> template functions that should be in <code class="computeroutput"><algorithm></code>. ]] [[<code class="computeroutput">BOOST_NO_STD_OUTPUT_ITERATOR_ASSIGN</code>][Standard
- library][ Defined if the standard library's output iterators are not assignable.
- ]] [[<code class="computeroutput">BOOST_NO_STD_TYPEINFO</code>][Standard
- library][ The <typeinfo> header declares <code class="computeroutput">type_info</code>
- in the global namespace instead of namespace std. ]] [[<code class="computeroutput">BOOST_NO_STD_USE_FACET</code>][Standard
- library][ The standard library lacks a conforming <code class="computeroutput">std::use_facet</code>.
- ]] [[<code class="computeroutput">BOOST_NO_STD_WSTREAMBUF</code>][Standard
- library][ The standard library's implementation of <code class="computeroutput">std::basic_streambuf<wchar_t></code> is either missing, incomplete, or buggy.
- ]] [[<code class="computeroutput">BOOST_NO_STD_WSTRING</code>][Standard
- library][ The standard library lacks <code class="computeroutput">std::wstring</code>.
- ]] [[<code class="computeroutput">BOOST_NO_STDC_NAMESPACE</code>][Compiler,
- Platform][ The contents of C++ standard headers for C library functions (the
- <code class="computeroutput"><c...></code> headers) have not been placed in namespace
- std. This test is difficult - some libraries "fake" the std C functions
- by adding using declarations to import them into namespace std, unfortunately
- they don't necessarily catch all of them... ]] [[<code class="computeroutput">BOOST_NO_STRINGSTREAM</code>][Standard
- library][ The C++ implementation does not provide the <code class="computeroutput"><sstream></code>
- header. ]] [[<code class="computeroutput">BOOST_NO_SWPRINTF</code>][Platform][
- The platform does not have a conforming version of <code class="computeroutput">swprintf</code>.
- ]] [[<code class="computeroutput">BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION</code>][Compiler][
- Class template partial specialization (14.5.4 [temp.class.spec]) not supported.
- ]] [[<code class="computeroutput">BOOST_NO_TEMPLATED_ITERATOR_CONSTRUCTORS</code>][Standard
- library][ The standard library does not provide templated iterator constructors
- for its containers. ]] [[<code class="computeroutput">BOOST_NO_TEMPLATE_TEMPLATES</code>][Compiler][
- The compiler does not support template template parameters. ]] [[<code class="computeroutput">BOOST_NO_TYPEID</code>][Compiler][ The compiler
- does not support the typeid operator at all. ]] [[<code class="computeroutput">BOOST_NO_UNREACHABLE_RETURN_DETECTION</code>][Compiler][
- If a return is unreachable, then no return statement should be required,
- however some compilers insist on it, while other issue a bunch of warnings
- if it is in fact present. ]] [[<code class="computeroutput">BOOST_NO_USING_DECLARATION_OVERLOADS_FROM_TYPENAME_BASE</code>][Compiler][
- The compiler will not accept a using declaration that brings a function from
- a typename used as a base class into a derived class if functions of the
- same name are present in the derived class. ]] [[<code class="computeroutput">BOOST_NO_USING_TEMPLATE</code>][Compiler][
- The compiler will not accept a using declaration that imports a template
- class or function from another namespace. Originally a Borland specific problem
- with imports to/from the global namespace, extended to MSVC6 which has a
- specific issue with importing template classes (but not functions). ]] [[<code class="computeroutput">BOOST_NO_VOID_RETURNS</code>][Compiler][ The compiler
- does not allow a void function to return the result of calling another void
- function.
-
-<pre class="programlisting">void f() {}
-void g() { return f(); }
-</pre>
-
- ]] ]
- 
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_INCLASS_MEMBER_INITIALIZATION</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Compiler violates std::9.4.2/4.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_INTRINSIC_WCHAR_T</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The C++ implementation does not provide <code class="computeroutput">wchar_t</code>,
+ or it is really a synonym for another integral type. Use this symbol
+ to decide whether it is appropriate to explicitly specialize a template
+ on <code class="computeroutput">wchar_t</code> if there
+ is already a specialization for other integer types.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_IOSFWD</code>
+ 
+ </td>
+<td>
+ 
+ std lib
+ 
+ </td>
+<td>
+ 
+ The standard library lacks <code class="computeroutput"><iosfwd></code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_IOSTREAM</code>
+ 
+ </td>
+<td>
+ 
+ std lib
+ 
+ </td>
+<td>
+ 
+ The standard library lacks <code class="computeroutput"><iostream></code>,
+ <code class="computeroutput"><istream></code> or <code class="computeroutput"><ostream></code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_IS_ABSTRACT</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The C++ compiler does not support SFINAE with abstract types, this
+ is covered by <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#337" target="_top">Core
+ Language DR337</a>, but is not part of the current standard.
+ Fortunately most compilers that support SFINAE also support this
+ DR.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_LIMITS</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The C++ implementation does not provide the <code class="computeroutput"><limits></code>
+ header. Never check for this symbol in library code; always include
+ <code class="computeroutput"><boost/limits.hpp></code>, which guarantees to provide
+ <code class="computeroutput">std::numeric_limits</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ Constants such as <code class="computeroutput">numeric_limits<T>::is_signed</code>
+ are not available for use at compile-time.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_LONG_LONG_NUMERIC_LIMITS</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ There is no specialization for <code class="computeroutput">numeric_limits<long
+ long></code>
+ and <code class="computeroutput">numeric_limits<unsigned
+ long long></code>. <code class="computeroutput"><boost/limits.hpp></code>
+ will then add these specializations as a standard library "fix"
+ only if the compiler supports the <code class="computeroutput">long
+ long</code> datatype.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_MEMBER_FUNCTION_SPECIALIZATIONS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not support the specialization of individual member
+ functions of template classes.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_MEMBER_TEMPLATE_KEYWORD</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ If the compiler supports member templates, but not the template keyword
+ when accessing member template classes.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_MEMBER_TEMPLATE_FRIENDS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Member template friend syntax (<code class="computeroutput">template<class
+ P>
+ friend class
+ frd;</code>)
+ described in the C++ Standard, 14.5.3, not supported.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_MEMBER_TEMPLATES</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Member template functions not fully supported.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_MS_INT64_NUMERIC_LIMITS</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ There is no specialization for <code class="computeroutput">numeric_limits<__int64></code> and <code class="computeroutput">numeric_limits<unsigned
+ __int64></code>.
+ <code class="computeroutput"><boost/limits.hpp></code> will then add these specializations
+ as a standard library "fix", only if the compiler supports
+ the <code class="computeroutput">__int64</code> datatype.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_OPERATORS_IN_NAMESPACE</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Compiler requires inherited operator friend functions to be defined
+ at namespace scope, then using'ed to boost. Probably GCC specific.
+ See <boost/operators.hpp>
+ for example.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_POINTER_TO_MEMBER_CONST</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not correctly handle pointers to const member functions,
+ preventing use of these in overloaded function templates. See <boost/functional.hpp>
+ for example.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_POINTER_TO_MEMBER_TEMPLATE_PARAMETERS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Pointers to members don't work when used as template parameters.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_PRIVATE_IN_AGGREGATE</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler misreads 8.5.1, treating classes as non-aggregate if
+ they contain private or protected member functions.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_SFINAE</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not support the "Substitution Failure Is Not
+ An Error" meta-programming idiom.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_ALLOCATOR</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The C++ standard library does not provide a standards conforming
+ <code class="computeroutput">std::allocator</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_DISTANCE</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The platform does not have a conforming version of <code class="computeroutput">std::distance</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_ITERATOR</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The C++ implementation fails to provide the <code class="computeroutput">std::iterator</code>
+ class.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_ITERATOR_TRAITS</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The compiler does not provide a standard compliant implementation
+ of <code class="computeroutput">std::iterator_traits</code>. Note that the
+ compiler may still have a non-standard implementation.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_LOCALE</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The standard library lacks <code class="computeroutput">std::locale</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_MESSAGES</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The standard library lacks a conforming <code class="computeroutput">std::messages</code>
+ facet.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_MIN_MAX</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The C++ standard library does not provide the <code class="computeroutput">min()</code> and <code class="computeroutput">max()</code> template functions that should
+ be in <code class="computeroutput"><algorithm></code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_OUTPUT_ITERATOR_ASSIGN</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ Defined if the standard library's output iterators are not assignable.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_TYPEINFO</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The <typeinfo> header declares <code class="computeroutput">type_info</code>
+ in the global namespace instead of namespace std.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_USE_FACET</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The standard library lacks a conforming <code class="computeroutput">std::use_facet</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_WSTREAMBUF</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The standard library's implementation of <code class="computeroutput">std::basic_streambuf<wchar_t></code> is either missing, incomplete,
+ or buggy.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STD_WSTRING</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The standard library lacks <code class="computeroutput">std::wstring</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STDC_NAMESPACE</code>
+ 
+ </td>
+<td>
+ 
+ Compiler, Platform
+ 
+ </td>
+<td>
+ 
+ The contents of C++ standard headers for C library functions (the
+ <code class="computeroutput"><c...></code> headers) have not been placed
+ in namespace std. This test is difficult - some libraries "fake"
+ the std C functions by adding using declarations to import them into
+ namespace std, unfortunately they don't necessarily catch all of
+ them...
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_STRINGSTREAM</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The C++ implementation does not provide the <code class="computeroutput"><sstream></code>
+ header.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_SWPRINTF</code>
+ 
+ </td>
+<td>
+ 
+ Platform
+ 
+ </td>
+<td>
+ 
+ The platform does not have a conforming version of <code class="computeroutput">swprintf</code>.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ Class template partial specialization (14.5.4 [temp.class.spec])
+ not supported.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_TEMPLATED_ITERATOR_CONSTRUCTORS</code>
+ 
+ </td>
+<td>
+ 
+ Standard library
+ 
+ </td>
+<td>
+ 
+ The standard library does not provide templated iterator constructors
+ for its containers.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_TEMPLATE_TEMPLATES</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not support template template parameters.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_TYPEID</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not support the typeid operator at all.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_UNREACHABLE_RETURN_DETECTION</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ If a return is unreachable, then no return statement should be required,
+ however some compilers insist on it, while other issue a bunch of
+ warnings if it is in fact present.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_USING_DECLARATION_OVERLOADS_FROM_TYPENAME_BASE</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler will not accept a using declaration that brings a function
+ from a typename used as a base class into a derived class if functions
+ of the same name are present in the derived class.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_USING_TEMPLATE</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler will not accept a using declaration that imports a template
+ class or function from another namespace. Originally a Borland specific
+ problem with imports to/from the global namespace, extended to MSVC6
+ which has a specific issue with importing template classes (but not
+ functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">BOOST_NO_VOID_RETURNS</code>
+ 
+ </td>
+<td>
+ 
+ Compiler
+ 
+ </td>
+<td>
+ 
+ The compiler does not allow a void function to return the result
+ of calling another void function.
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">void f() {}
+void g() { return f(); }
+</pre>
+
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
</div>
<a name="config_features"></a>

Modified: trunk/libs/config/doc/html/index.html
==============================================================================
--- trunk/libs/config/doc/html/index.html (original)
+++ trunk/libs/config/doc/html/index.html 2008-04-04 05:07:48 EDT (Fri, 04 Apr 2008)
@@ -28,7 +28,7 @@
</h3></div></div></div>
<div>Copyright © 2001 -2007 Beman Dawes, Vesa Karvonen, John Maddock</div>
<div><div class="legalnotice">
-<a name="id437611"></a>
+<a name="id435841"></a>
 Distributed under the Boost Software License, Version 1.0. (See accompanying
 file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt)
 
@@ -958,7 +958,7 @@
 
</div>
<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
-<td align="left">Last revised: March 28, 2008 at 17:01:32 GMT</td>
+<td align="left">Last revised: April 04, 2008 at 08:46:37 GMT</td>
<td align="right"><div class="copyright-footer"></div></td>
</tr></table>
<hr>

Modified: trunk/libs/config/doc/macro_reference.qbk
==============================================================================
--- trunk/libs/config/doc/macro_reference.qbk (original)
+++ trunk/libs/config/doc/macro_reference.qbk 2008-04-04 05:07:48 EDT (Fri, 04 Apr 2008)
@@ -40,7 +40,7 @@
]]
[[`BOOST_NO_ADL_BARRIER`][Compiler][
The compiler locates and searches namespaces that it should /*not*/ in fact
-search when performing argument dependent lookup.]
+search when performing argument dependent lookup.
]]
[[`BOOST_NO_ARGUMENT_DEPENDENT_LOOKUP`][Compiler][
Compiler does not implement argument-dependent lookup (also named

Next message: dgregor_at_[hidden]: "[Boost-commit] svn:boost r44030 - trunk/boost/function/detail"
Previous message: filip.konvicka_at_[hidden]: "[Boost-commit] svn:boost r44028 - sandbox/boost_docs/subprojects/DebuggerVisualizers"

Date view	Thread view	Subject view	Author view

Boost-Commit list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk