9 files changed, 45 insertions, 45 deletions
diff --git a/doc/html/lambda/extending.html b/doc/html/lambda/extending.html
index 49bb20944a..49bb20944a 100755..100644
--- a/doc/html/lambda/extending.html
+++ b/doc/html/lambda/extending.html
diff --git a/doc/html/lambda/getting_started.html b/doc/html/lambda/getting_started.html
index 3518fe08a9..a9bcbac624 100755..100644
--- a/doc/html/lambda/getting_started.html
+++ b/doc/html/lambda/getting_started.html
@@ -26,12 +26,12 @@
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="lambda.getting_started"></a>Getting Started</h2></div></div></div>
 <div class="toc"><dl>
-<dt><span class="section"><a href="getting_started.html#id2373706">Installing the library</a></span></dt>
-<dt><span class="section"><a href="getting_started.html#id2373993">Conventions used in this document</a></span></dt>
+<dt><span class="section"><a href="getting_started.html#id2413720">Installing the library</a></span></dt>
+<dt><span class="section"><a href="getting_started.html#id2414007">Conventions used in this document</a></span></dt>
 </dl></div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2373706"></a>Installing the library</h3></div></div></div>
+<a name="id2413720"></a>Installing the library</h3></div></div></div>
 <p>
 	The library consists of include files only, hence there is no
 	installation procedure. The <code class="literal">boost</code> include directory
@@ -85,7 +85,7 @@ Cast expressions
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2373993"></a>Conventions used in this document</h3></div></div></div>
+<a name="id2414007"></a>Conventions used in this document</h3></div></div></div>
 <p>In most code examples, we omit the namespace prefixes for names in the <code class="literal">std</code> and <code class="literal">boost::lambda</code> namespaces.
 Implicit using declarations
 </p>
diff --git a/doc/html/lambda/le_in_details.html b/doc/html/lambda/le_in_details.html
index e88c14042a..7e6612ad6b 100755..100644
--- a/doc/html/lambda/le_in_details.html
+++ b/doc/html/lambda/le_in_details.html
@@ -34,8 +34,8 @@
 <dt><span class="section"><a href="le_in_details.html#lambda.lambda_expressions_for_control_structures">Lambda expressions for control structures</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.exceptions">Exceptions</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.construction_and_destruction">Construction and destruction</a></span></dt>
-<dt><span class="section"><a href="le_in_details.html#id2378313">Special lambda expressions</a></span></dt>
-<dt><span class="section"><a href="le_in_details.html#id2378785">Casts, sizeof and typeid</a></span></dt>
+<dt><span class="section"><a href="le_in_details.html#id2418046">Special lambda expressions</a></span></dt>
+<dt><span class="section"><a href="le_in_details.html#id2418526">Casts, sizeof and typeid</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.nested_stl_algorithms">Nesting STL algorithm invocations</a></span></dt>
 </dl></div>
 <p>
@@ -123,7 +123,7 @@ int i = 1;
 <div class="titlepage"><div><div><h3 class="title">
 <a name="lambda.operator_expressions"></a>Operator expressions</h3></div></div></div>
 <div class="toc"><dl>
-<dt><span class="section"><a href="le_in_details.html#id2375494">Operators that cannot be overloaded</a></span></dt>
+<dt><span class="section"><a href="le_in_details.html#id2415506">Operators that cannot be overloaded</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.assignment_and_subscript">Assignment and subscript operators</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.logical_operators">Logical operators</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.comma_operator">Comma operator</a></span></dt>
@@ -144,7 +144,7 @@ However, there are some restrictions that originate from the C++ operator overlo
 </p>
 <div class="section">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2375494"></a>Operators that cannot be overloaded</h4></div></div></div>
+<a name="id2415506"></a>Operators that cannot be overloaded</h4></div></div></div>
 <p>
 Some operators cannot be overloaded at all (<code class="literal">::</code>, <code class="literal">.</code>, <code class="literal">.*</code>).
 For some operators, the requirements on return types prevent them to be overloaded to create lambda functors.
@@ -494,7 +494,7 @@ function object class.
 </p>
 <div class="simplesect">
 <div class="titlepage"><div><div><h5 class="title">
-<a name="id2376223"></a>The result_type typedef</h5></div></div></div>
+<a name="id2416235"></a>The result_type typedef</h5></div></div></div>
 <p>
 
 The BLL supports the standard library convention of declaring the return type
@@ -521,7 +521,7 @@ and <code class="literal">sig</code>, <code class="literal">result_type</code> t
 </div>
 <div class="simplesect">
 <div class="titlepage"><div><div><h5 class="title">
-<a name="id2376280"></a>The sig template</h5></div></div></div>
+<a name="id2416292"></a>The sig template</h5></div></div></div>
 <p>
 Another mechanism that make BLL aware of the return type(s) of a function object is defining
 member template struct 
@@ -778,7 +778,7 @@ When the lambda functor is invoked, a reference to <code class="literal">x</code
 </p>
 <div class="simplesect">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2377181"></a>Naming delayed constants and variables</h4></div></div></div>
+<a name="id2416916"></a>Naming delayed constants and variables</h4></div></div></div>
 <p>
 It is possible to predefine and name a delayed variable or constant outside a lambda expression. 
 The templates <code class="literal">var_type</code>, <code class="literal">constant_type</code> 
@@ -821,7 +821,7 @@ for_each(a.begin(),a.end(), cout &lt;&lt; space &lt;&lt; _1);
 </div>
 <div class="simplesect">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2377280"></a>About assignment and subscript operators</h4></div></div></div>
+<a name="id2417015"></a>About assignment and subscript operators</h4></div></div></div>
 <p>
 As described in <a class="xref" href="le_in_details.html#lambda.assignment_and_subscript" title="Assignment and subscript operators">the section called &#8220;Assignment and subscript operators&#8221;</a>, assignment and subscripting operators are always defined as member functions.
 This means, that for expressions of the form
@@ -1225,17 +1225,17 @@ and the effect of evaluating that expression.
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2378313"></a>Special lambda expressions</h3></div></div></div>
+<a name="id2418046"></a>Special lambda expressions</h3></div></div></div>
 <div class="toc"><dl>
-<dt><span class="section"><a href="le_in_details.html#id2378319">Preventing argument substitution</a></span></dt>
+<dt><span class="section"><a href="le_in_details.html#id2418052">Preventing argument substitution</a></span></dt>
 <dt><span class="section"><a href="le_in_details.html#lambda.rvalues_as_actual_arguments">Rvalues as actual arguments to lambda functors</a></span></dt>
 </dl></div>
 <div class="section">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2378319"></a>Preventing argument substitution</h4></div></div></div>
+<a name="id2418052"></a>Preventing argument substitution</h4></div></div></div>
 <div class="toc"><dl>
 <dt><span class="section"><a href="le_in_details.html#lambda.unlambda">Unlambda</a></span></dt>
-<dt><span class="section"><a href="le_in_details.html#id2378532">Protect</a></span></dt>
+<dt><span class="section"><a href="le_in_details.html#id2418273">Protect</a></span></dt>
 </dl></div>
 <p>
 When a lambda functor is called, the default behavior is to substitute 
@@ -1389,7 +1389,7 @@ int nested(const F&amp; f) {
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h5 class="title">
-<a name="id2378532"></a>Protect</h5></div></div></div>
+<a name="id2418273"></a>Protect</h5></div></div></div>
 <p>
 The <code class="literal">protect</code> function is related to unlambda. 
 
@@ -1532,12 +1532,12 @@ and are not affected by the non-const rvalue problem.
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2378785"></a>Casts, sizeof and typeid</h3></div></div></div>
+<a name="id2418526"></a>Casts, sizeof and typeid</h3></div></div></div>
 <div class="toc"><dl>
 <dt><span class="section"><a href="le_in_details.html#lambda.cast_expressions">
 Cast expressions
 </a></span></dt>
-<dt><span class="section"><a href="le_in_details.html#id2378873">Sizeof and typeid</a></span></dt>
+<dt><span class="section"><a href="le_in_details.html#id2418614">Sizeof and typeid</a></span></dt>
 </dl></div>
 <div class="section">
 <div class="titlepage"><div><div><h4 class="title">
@@ -1577,7 +1577,7 @@ for_each(a.begin(), a.end(),
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2378873"></a>Sizeof and typeid</h4></div></div></div>
+<a name="id2418614"></a>Sizeof and typeid</h4></div></div></div>
 <p>
 The BLL counterparts for these expressions are named 
 <code class="literal">ll_sizeof</code> and <code class="literal">ll_typeid</code>.
diff --git a/doc/html/lambda/s03.html b/doc/html/lambda/s03.html
index e0a861388f..a1735906ee 100755..100644
--- a/doc/html/lambda/s03.html
+++ b/doc/html/lambda/s03.html
@@ -24,14 +24,14 @@
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id2374025"></a>Introduction</h2></div></div></div>
+<a name="id2414038"></a>Introduction</h2></div></div></div>
 <div class="toc"><dl>
-<dt><span class="section"><a href="s03.html#id2374031">Motivation</a></span></dt>
-<dt><span class="section"><a href="s03.html#id2374293">Introduction to lambda expressions</a></span></dt>
+<dt><span class="section"><a href="s03.html#id2414044">Motivation</a></span></dt>
+<dt><span class="section"><a href="s03.html#id2414306">Introduction to lambda expressions</a></span></dt>
 </dl></div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2374031"></a>Motivation</h3></div></div></div>
+<a name="id2414044"></a>Motivation</h3></div></div></div>
 <p>The Standard Template Library (STL)
 	<a class="xref" href="../lambda.html#cit:stepanov:94" title="The Standard Template Library">[<abbr class="abbrev">STL94</abbr>]</a>, now part of the C++ Standard Library <a class="xref" href="../lambda.html#cit:c++:98" title="International Standard, Programming Languages &#8211; C++">[<abbr class="abbrev">C++98</abbr>]</a>, is a generic container and algorithm library.
 Typically STL algorithms operate on container elements via <span class="emphasis"><em>function objects</em></span>. These function objects are passed as arguments to the algorithms.
@@ -161,7 +161,7 @@ as function composition is supported implicitly.
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2374293"></a>Introduction to lambda expressions</h3></div></div></div>
+<a name="id2414306"></a>Introduction to lambda expressions</h3></div></div></div>
 <div class="toc"><dl>
 <dt><span class="section"><a href="s03.html#lambda.partial_function_application">Partial function application</a></span></dt>
 <dt><span class="section"><a href="s03.html#lambda.terminology">Terminology</a></span></dt>
diff --git a/doc/html/lambda/s07.html b/doc/html/lambda/s07.html
index ead4f2d729..efa963124e 100755..100644
--- a/doc/html/lambda/s07.html
+++ b/doc/html/lambda/s07.html
@@ -24,15 +24,15 @@
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id2379999"></a>Practical considerations</h2></div></div></div>
+<a name="id2419740"></a>Practical considerations</h2></div></div></div>
 <div class="toc"><dl>
-<dt><span class="section"><a href="s07.html#id2380004">Performance</a></span></dt>
-<dt><span class="section"><a href="s07.html#id2380393">About compiling</a></span></dt>
-<dt><span class="section"><a href="s07.html#id2380436">Portability</a></span></dt>
+<dt><span class="section"><a href="s07.html#id2419745">Performance</a></span></dt>
+<dt><span class="section"><a href="s07.html#id2420135">About compiling</a></span></dt>
+<dt><span class="section"><a href="s07.html#id2420185">Portability</a></span></dt>
 </dl></div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2380004"></a>Performance</h3></div></div></div>
+<a name="id2419745"></a>Performance</h3></div></div></div>
 <p>In theory, all overhead of using STL algorithms and lambda functors 
 compared to hand written loops can be optimized away, just as the overhead 
 from standard STL function objects and binders can.
@@ -216,7 +216,7 @@ library is described
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2380393"></a>About compiling</h3></div></div></div>
+<a name="id2420135"></a>About compiling</h3></div></div></div>
 <p>The BLL uses templates rather heavily, performing numerous recursive instantiations of the same templates. 
 This has (at least) three implications:
 </p>
@@ -240,8 +240,8 @@ Most compilers allow a greater number of nested templates, but commonly require
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2380436"></a>Portability</h3></div></div></div>
-<div class="toc"><dl><dt><span class="section"><a href="s07.html#id2380468">Test coverage</a></span></dt></dl></div>
+<a name="id2420185"></a>Portability</h3></div></div></div>
+<div class="toc"><dl><dt><span class="section"><a href="s07.html#id2420217">Test coverage</a></span></dt></dl></div>
 <p>
 The BLL works with the following compilers, that is, the compilers are capable of compiling the test cases that are included with the BLL:
 
@@ -260,7 +260,7 @@ The BLL works with the following compilers, that is, the compilers are capable o
 </p>
 <div class="section">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2380468"></a>Test coverage</h4></div></div></div>
+<a name="id2420217"></a>Test coverage</h4></div></div></div>
 <p>The following list describes the test files included and the features that each file covers:
 
 </p>
diff --git a/doc/html/lambda/s08.html b/doc/html/lambda/s08.html
index 40f0a682f6..880a3d691e 100755..100644
--- a/doc/html/lambda/s08.html
+++ b/doc/html/lambda/s08.html
@@ -24,14 +24,14 @@
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id2380753"></a>Relation to other Boost libraries</h2></div></div></div>
+<a name="id2420502"></a>Relation to other Boost libraries</h2></div></div></div>
 <div class="toc"><dl>
-<dt><span class="section"><a href="s08.html#id2380760">Boost Function</a></span></dt>
-<dt><span class="section"><a href="s08.html#id2380852">Boost Bind</a></span></dt>
+<dt><span class="section"><a href="s08.html#id2420509">Boost Function</a></span></dt>
+<dt><span class="section"><a href="s08.html#id2420601">Boost Bind</a></span></dt>
 </dl></div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2380760"></a>Boost Function</h3></div></div></div>
+<a name="id2420509"></a>Boost Function</h3></div></div></div>
 <p>Sometimes it is convenient to store lambda functors in variables.
 However, the types of even the simplest lambda functors are long and unwieldy, and it is in general unfeasible to declare variables with lambda functor types.
 <span class="emphasis"><em>The Boost Function library</em></span> <a class="xref" href="../lambda.html#cit:boost::function" title="Boost Function Library">[<abbr class="abbrev">function</abbr>]</a> defines wrappers for arbitrary function objects, for example 
@@ -79,8 +79,8 @@ counter(3); // error, *sum does not exist anymore
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id2380852"></a>Boost Bind</h3></div></div></div>
-<div class="toc"><dl><dt><span class="section"><a href="s08.html#id2380904">First argument of bind expression</a></span></dt></dl></div>
+<a name="id2420601"></a>Boost Bind</h3></div></div></div>
+<div class="toc"><dl><dt><span class="section"><a href="s08.html#id2420653">First argument of bind expression</a></span></dt></dl></div>
 <p>
 <span class="emphasis"><em>The Boost Bind</em></span> <a class="xref" href="../lambda.html#cit:boost::bind" title="Boost Bind Library">[<abbr class="abbrev">bind</abbr>]</a> library has partially overlapping functionality with the BLL. 
 Basically, the Boost Bind library (BB in the sequel) implements the bind expression part of BLL.
@@ -106,7 +106,7 @@ between the bind expressions in BB and BLL.
 </p>
 <div class="section">
 <div class="titlepage"><div><div><h4 class="title">
-<a name="id2380904"></a>First argument of bind expression</h4></div></div></div>
+<a name="id2420653"></a>First argument of bind expression</h4></div></div></div>
 
 In BB the first argument of the bind expression, the target function, 
 is treated differently from the other arguments, 
diff --git a/doc/html/lambda/s09.html b/doc/html/lambda/s09.html
index d31453eab6..0deebc4802 100755..100644
--- a/doc/html/lambda/s09.html
+++ b/doc/html/lambda/s09.html
@@ -24,7 +24,7 @@
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id2380981"></a>Contributors</h2></div></div></div>
+<a name="id2420731"></a>Contributors</h2></div></div></div>
 
 The main body of the library was written by Jaakko J&#228;rvi and Gary Powell.
 We've got outside help, suggestions and ideas from Jeremy Siek, Peter Higley, Peter Dimov, Valentin Bonnard, William Kempf.
diff --git a/doc/html/lambda/s10.html b/doc/html/lambda/s10.html
index 100fe0fe0a..a4cf94a3a0 100755..100644
--- a/doc/html/lambda/s10.html
+++ b/doc/html/lambda/s10.html
@@ -24,7 +24,7 @@
 </div>
 <div class="section">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id2380987"></a>Rationale for some of the design decisions</h2></div></div></div>
+<a name="id2420737"></a>Rationale for some of the design decisions</h2></div></div></div>
 <div class="toc"><dl><dt><span class="section"><a href="s10.html#lambda.why_weak_arity">
 Lambda functor arity
 </a></span></dt></dl></div>
diff --git a/doc/html/lambda/using_library.html b/doc/html/lambda/using_library.html
index 08186e1061..811cdfbe76 100755..100644
--- a/doc/html/lambda/using_library.html
+++ b/doc/html/lambda/using_library.html
@@ -52,7 +52,7 @@ list&lt;int&gt; v(10);
 for_each(v.begin(), v.end(), _1 = 1);</pre>
 <p>
 
-	The expression <code class="literal">_1 = 1</code> creates a lambda functor which assigns the value <code class="literal">1</code> to every element in <code class="literal">v</code>.<sup>[<a name="id2374604" href="#ftn.id2374604" class="footnote">2</a>]</sup>
+	The expression <code class="literal">_1 = 1</code> creates a lambda functor which assigns the value <code class="literal">1</code> to every element in <code class="literal">v</code>.<sup>[<a name="id2414616" href="#ftn.id2414616" class="footnote">2</a>]</sup>
       </p>
 <p>
 	Next, we create a container of pointers and make them point to the elements in the first container <code class="literal">v</code>:
@@ -309,7 +309,7 @@ This is to prevent pointer arithmetic making non-const arrays const.
 </div>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a id="ftn.id2374604" href="#id2374604" class="para">2</a>] </sup>
+<div class="footnote"><p><sup>[<a id="ftn.id2414616" href="#id2414616" class="para">2</a>] </sup>
 Strictly taken, the C++ standard defines <code class="literal">for_each</code> as a <span class="emphasis"><em>non-modifying sequence operation</em></span>, and the function object passed to <code class="literal">for_each</code> should not modify its argument. 
 The requirements for the arguments of <code class="literal">for_each</code> are unnecessary strict, since as long as the iterators are <span class="emphasis"><em>mutable</em></span>, <code class="literal">for_each</code> accepts a function object that can have side-effects on their argument.
 Nevertheless, it is straightforward to provide another function template with the functionality of<code class="literal">std::for_each</code> but more fine-grained requirements for its arguments.