Boost-Commit :

Date view	Thread view	Subject view	Author view

Subject: [Boost-commit] svn:boost r72789 - in sandbox/contract/libs/contract/doc/html: . contract contract__ doc doc/html doc/html/images doc/src doc/src/images doc/src/images/callouts
From: lorcaminiti_at_[hidden]
Date: 2011-06-28 20:54:49

Next message: mario.mulansky_at_[hidden]: "[Boost-commit] svn:boost r72790 - sandbox/odeint/branches/karsten/tex"
Previous message: lorcaminiti_at_[hidden]: "[Boost-commit] svn:boost r72788 - sandbox/contract/libs/contract/doc/html"

Author: lcaminiti
Date: 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
New Revision: 72789
URL: http://svn.boost.org/trac/boost/changeset/72789

Log:
Updating docs.
Added:
   sandbox/contract/libs/contract/doc/html/
   sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_BLOCK_INVARIANT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_LOOP_VARIANT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_LOOP_VARIANT_MSG.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_MSG.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_BODY.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_BLOCK_INVARIANT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_CLASS_INVARIANT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_POSTCONDITION.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_PRECONDITION.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CONSTRUCTOR.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_CONSTRUCTOR_BODY.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_DESTRUCTOR.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_DESTRUCTOR_BODY.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_FUNCTION.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_INIT_LOOP_VARIANT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_INVARIANT.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_OLDOF.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/CONTRACT_WRAP_TYPE.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/
   sandbox/contract/libs/contract/doc/html/contract/block_invariant_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/class_invariant_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/constructor.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/contract_failed_handler.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/copy.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/copyable.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/destructor.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/failure.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/from.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/loop_variant_type.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/nonmember_function.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/nonstatic_member_function.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/postcondition_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/precondition_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/set_block_invariant_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/set_class_invariant_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/set_postcondition_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/set_precondition_failed.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/state.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/static_member_function.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id2358596.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437056.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437106.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437174.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437179.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437181.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437240.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437311.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437312.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437380.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437384.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437445.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437465.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437506.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437513.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437516.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437520.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437556.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437585.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437653.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437721.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437784.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437791.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437854.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437991.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437994.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438135.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438205.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438271.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438810.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439081.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439083.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439086.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/
   sandbox/contract/libs/contract/doc/html/contract__/Rationale.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/Requirements.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/bibliography.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/contract_programming.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/examples.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/getting_started.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/grammar.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/license.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/release_history.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/throw_on_failure.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/todo.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/tutorial.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/contract__/without_the_macros.html (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/
   sandbox/contract/libs/contract/doc/html/doc/html/
   sandbox/contract/libs/contract/doc/html/doc/html/boostbook.css (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/
   sandbox/contract/libs/contract/doc/html/doc/html/images/alert.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/blank.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/caution.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/draft.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/home.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/important.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/next.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/next_disabled.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/note.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/prev.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/prev_disabled.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/smiley.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/tip.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/toc-blank.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/toc-minus.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/toc-plus.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/up.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/up_disabled.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/html/images/warning.png (contents, props changed)
   sandbox/contract/libs/contract/doc/html/doc/src/
   sandbox/contract/libs/contract/doc/html/doc/src/images/
   sandbox/contract/libs/contract/doc/html/doc/src/images/callouts/
   sandbox/contract/libs/contract/doc/html/doc/src/images/callouts/1.png (contents, props changed)

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,69 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_ASSERT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="contract/postcondition_failed.html" title="Function postcondition_failed">
+<link rel="next" href="CONTRACT_ASSERT_MSG.html" title="Macro CONTRACT_ASSERT_MSG">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/postcondition_failed.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_MSG.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_ASSERT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_ASSERT</h2>
+CONTRACT_ASSERT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+CONTRACT_ASSERT(boolean_condition)</pre></div>
+<div class="refsect1">
+<a name="id961537"></a><h2>Description</h2>
+Macro used to assert contract conditions for class invariants, preconditions, and postconditions.
+Whenever possible, it is recommended to use this macro instead of throwing <code class="computeroutput"><a class="link" href="contract/failure.html" title="Class failure">contract::failure</a></code> directly. For example (see the Tutorial section for more information): 
+<pre class="programlisting"> CONTRACT_ASSERT( true );
+</pre>
+The code asserting the specified boolean condition is used as the description of the assertion (otherwise use <code class="computeroutput">CONTRACT_ASSERT_MSG()</code>).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">boolean_condition</code></td>
+<td>The boolean contract condition being asserted. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: This macro expands to code equivalent to the following (see the Without the Macros section): 
+<pre class="programlisting"> if (!(boolean_condition))
+ throw <a class="link" href="contract/failure.html" title="Class failure">contract::failure</a>(__FILE__, __LINE__, # boolean_condition);
+</pre>
+ Note how <code class="computeroutput">__FILE__</code> and <code class="computeroutput">__LINE__</code> are automatically used by the macro to improve error reporting. (The preprocessor operator <code class="computeroutput">#</code> makes a string from the specified token.)
+See: <code class="computeroutput">CONTRACT_ASSERT_MSG()</code>, <code class="computeroutput"><a class="link" href="contract/failure.html" title="Class failure">contract::failure</a></code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/postcondition_failed.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_MSG.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_BLOCK_INVARIANT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_BLOCK_INVARIANT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_ASSERT_BLOCK_INVARIANT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">
+<link rel="prev" href="contract/loop_variant_type.html" title="Type definition loop_variant_type">
+<link rel="next" href="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html" title="Macro CONTRACT_ASSERT_BLOCK_INVARIANT_MSG">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/loop_variant_type.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_ASSERT_BLOCK_INVARIANT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_ASSERT_BLOCK_INVARIANT</h2>
+CONTRACT_ASSERT_BLOCK_INVARIANT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp</a>>
+
+CONTRACT_ASSERT_BLOCK_INVARIANT(boolen_condition)</pre></div>
+<div class="refsect1">
+<a name="id962620"></a><h2>Description</h2>
+Macro used to assert invariant contract conditions from within a code block.
+To assert class invariants, preconditions, and postcondition use <code class="computeroutput">CONTRACT_ASSERT()</code> instead.
+The code asserting the boolean condition is also used as the description of the condition. For example (see the Tutorial section for more information): 
+<pre class="programlisting"> ...
+ { // From within this code block.
+ int x = 0;
+ CONTRACT_ASSERT_BLOCK_INVARIANT( x == 0 );
+ }
+ ...
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">boolean_condition</code></td>
+<td>The boolean contract condition being asserted. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: This macro expands to code that will automatically invoke <code class="computeroutput">contract::block_invariant_failed()</code> if the specified condition is evaluated to be <code class="computeroutput">false</code>. The macro expands to code equivalent to the following: 
+<pre class="programlisting"> try {
+ CONTRACT_ASSERT( boolean_condition );
+ } catch (...) {
+ contract::block_invariant_failed(contract::FROM_BLOCK);
+ }
+</pre>
+See: <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT_MSG()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/loop_variant_type.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,82 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_ASSERT_BLOCK_INVARIANT_MSG</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">
+<link rel="prev" href="CONTRACT_ASSERT_BLOCK_INVARIANT.html" title="Macro CONTRACT_ASSERT_BLOCK_INVARIANT">
+<link rel="next" href="CONTRACT_ASSERT_LOOP_VARIANT.html" title="Macro CONTRACT_ASSERT_LOOP_VARIANT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_BLOCK_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_LOOP_VARIANT.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_ASSERT_BLOCK_INVARIANT_MSG</h2>
+CONTRACT_ASSERT_BLOCK_INVARIANT_MSG
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp</a>>
+
+CONTRACT_ASSERT_BLOCK_INVARIANT_MSG(boolean_condition, string_description)</pre></div>
+<div class="refsect1">
+<a name="id962994"></a><h2>Description</h2>
+Macro used to assert invariant contract conditions from within a code block specifying also a human readable message.
+To assert class invariants, preconditions, and postcondition use <code class="computeroutput">CONTRACT_ASSERT_MSG()</code> instead.
+For example (see the Tutorial section for more information): 
+<pre class="programlisting"> ...
+ { // From within this code block.
+ int x = 0;
+ CONTRACT_ASSERT_BLOCK_INVARIANT_MSG( x == 0, "x is zero" );
+ }
+ ...
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">boolean_condition</code></td>
+<td>The boolean contract condition being asserted. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">string_description</code></td>
+<td>A string providing a human readable description of the condition being asserted. (used for error reporting). </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Returns: This macro expands to code that will automatically invoke <code class="computeroutput">contract::block_invariant_failed()</code> if the specified condition is evaluated to be <code class="computeroutput">false</code>. The macro expands to code equivalent to the following: 
+<pre class="programlisting"> try {
+ CONTRACT_ASSERT_MSG( boolean_condition, string_description );
+ } catch (...) {
+ contract::block_invariant_failed(contract::FROM_BLOCK);
+ }
+</pre>
+See: <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_BLOCK_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_LOOP_VARIANT.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_LOOP_VARIANT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_LOOP_VARIANT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,81 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_ASSERT_LOOP_VARIANT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">
+<link rel="prev" href="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html" title="Macro CONTRACT_ASSERT_BLOCK_INVARIANT_MSG">
+<link rel="next" href="CONTRACT_ASSERT_LOOP_VARIANT_MSG.html" title="Macro CONTRACT_ASSERT_LOOP_VARIANT_MSG">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_LOOP_VARIANT_MSG.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_ASSERT_LOOP_VARIANT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_ASSERT_LOOP_VARIANT</h2>
+CONTRACT_ASSERT_LOOP_VARIANT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp</a>>
+
+CONTRACT_ASSERT_LOOP_VARIANT(integer_expression)</pre></div>
+<div class="refsect1">
+<a name="id963408"></a><h2>Description</h2>
+Macro used to assert loop variant.
+At each loop iteration, the value of the specified loop variant expression is automatically evaluated and asserted to be positive (<code class="computeroutput">> 0</code>) and to decrease (<code class="computeroutput"><</code>) from the variant value at previous loop iteration. A loop can only have one variant.
+Note: Loop variants can be used to check loop correctness (see the Tutorial section and related references): Because the loop variant decreases monotonically at each loop iteration and it cannot be zero or smaller than zero, it is possible to guarantee loop termination.
+The macro <code class="computeroutput">CONTRACT_INIT_LOOP_VARIANT</code> must be used (once and only once) before asserting the loop variant and within the same or higher scope of the block containing <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code>.
+Loops are code blocks that repeat themselves in iteration. Therefore, it is possible to use <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT()</code> (or <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT_MSG()</code>) to assert loop invariants together with loop variants. A loop can have multiple invariants.
+For example (see the Tutorial section for more information): 
+<pre class="programlisting"> ...
+ {
+ CONTRACT_INIT_LOOP_VARIANT; // Declare variant within scope.
+ for (i = 0; i < v.size(); ++i) {
+ // Loop invariants.
+ CONTRACT_ASSERT_BLOCK_INVARIANT( i >= 0 );
+ CONTRACT_ASSERT_BLOCK_INVARIANT( i < v.size() );
+ // Loop variant (assert always positive and decreasing).
+ CONTRACT_ASSERT_LOOP_VARIANT( v.size() - i );
+
+ std::cout << v[i] << std::endl;
+ }
+ ...
+</pre>
+The variant expression code is used as a human readable description of the variant (see <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT_MSG()</code>).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">integer_expression</code></td>
+<td>The integer expression which is evaluated at each loop iteration and asserted to be positive and decreasing from one iteration to the next one. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: This macro expands to code that will automatically invoke <code class="computeroutput">contract::block_invariant_failed()</code> if the specified variant is not positive or it does not decrease.
+See: <code class="computeroutput">CONTRACT_INIT_LOOP_VARIANT</code>, <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT_MSG()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_BLOCK_INVARIANT_MSG.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_ASSERT_LOOP_VARIANT_MSG.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_LOOP_VARIANT_MSG.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_LOOP_VARIANT_MSG.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,68 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_ASSERT_LOOP_VARIANT_MSG</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">
+<link rel="prev" href="CONTRACT_ASSERT_LOOP_VARIANT.html" title="Macro CONTRACT_ASSERT_LOOP_VARIANT">
+<link rel="next" href="CONTRACT_INIT_LOOP_VARIANT.html" title="Macro CONTRACT_INIT_LOOP_VARIANT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_LOOP_VARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_INIT_LOOP_VARIANT.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_ASSERT_LOOP_VARIANT_MSG"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_ASSERT_LOOP_VARIANT_MSG</h2>
+CONTRACT_ASSERT_LOOP_VARIANT_MSG
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp</a>>
+
+CONTRACT_ASSERT_LOOP_VARIANT_MSG(integer_expression, string_description)</pre></div>
+<div class="refsect1">
+<a name="id964013"></a><h2>Description</h2>
+Macro used to assert loop variant specifying also a human readable description.
+See <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code> explanations and examples.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">integer_expression</code></td>
+<td>The integer expression which is evaluated at each loop iteration and asserted to be positive and decreasing from one iteration to the next one. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">string_description</code></td>
+<td>A human readable description of the loop variant expression (used for error reporting). </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Returns: This macro expands to code that will automatically invoke <code class="computeroutput">contract::block_invariant_failed()</code> if the specified variant is not positive or it does not decrease.
+See: <code class="computeroutput">CONTRACT_INIT_LOOP_VARIANT()</code>, <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_LOOP_VARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_INIT_LOOP_VARIANT.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_MSG.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_ASSERT_MSG.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,74 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_ASSERT_MSG</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="CONTRACT_ASSERT.html" title="Macro CONTRACT_ASSERT">
+<link rel="next" href="contract/loop_variant_type.html" title="Type definition loop_variant_type">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/loop_variant_type.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_ASSERT_MSG"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_ASSERT_MSG</h2>
+CONTRACT_ASSERT_MSG
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+CONTRACT_ASSERT_MSG(boolean_condition, string_description)</pre></div>
+<div class="refsect1">
+<a name="id961844"></a><h2>Description</h2>
+Macro used to assert contract conditions for class invariants, preconditions, and postconditions specifying also a human readable message.
+When possible, it is recommended to use this macro instead of throwing <code class="computeroutput"><a class="link" href="contract/failure.html" title="Class failure">contract::failure</a></code> directly. For example (see the Tutorial section for more information): 
+<pre class="programlisting"> CONTRACT_ASSERT_MSG( true, "always true" );
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">boolean_condition</code></td>
+<td>The boolean contract condition being asserted. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">string_description</code></td>
+<td>A string providing a human readable description of the condition being (used for error reporting). </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Returns: This macro expands to code equivalent to the following (see the Without the Macros section): 
+<pre class="programlisting"> if (!(boolean_condition))
+ throw <a class="link" href="contract/failure.html" title="Class failure">contract::failure</a>(__FILE__, __LINE__, string_description);
+</pre>
+ Note how <code class="computeroutput">__FILE__</code> and <code class="computeroutput">__LINE__</code> are automatically used by the macro to improve error reporting.
+See: <code class="computeroutput">CONTRACT_ASSERT()</code>, <code class="computeroutput"><a class="link" href="contract/failure.html" title="Class failure">contract::failure</a></code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/loop_variant_type.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_BODY.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_BODY.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,81 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_BODY</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp>">
+<link rel="prev" href="CONTRACT_DESTRUCTOR_BODY.html" title="Macro CONTRACT_DESTRUCTOR_BODY">
+<link rel="next" href="CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html" title="Macro CONTRACT_CONFIG_MAX_FUNCTION_ARITY">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_DESTRUCTOR_BODY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_BODY"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_BODY</h2>
+CONTRACT_BODY
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp</a>>
+
+CONTRACT_BODY(function_name)</pre></div>
+<div class="refsect1">
+<a name="id965808"></a><h2>Description</h2>
+Macro used to name the function body when separating the function definition from its declaration.
+This macro is used when the function is defined separately from its declaration (for example in a separate ".cpp" file) to name the body function: 
+<pre class="programlisting"> ... // Function return type, class-type:: prefix, etc.
+ CONTRACT_BODY(function_name)
+ (...) { // Function arguments.
+ ... // Function implementation.
+ }
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">function_name</code></td>
+<td>The name of the function. For operators the name must be <code class="computeroutput">operator(</code>symbol, word<code class="computeroutput">)</code> where word must contain no special operator symbol and it must match what specified in the contract declaration (see the Tutorial section). </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: This macro expands to code equivalent to the following: 
+<pre class="programlisting"> ... // Function return type, class-type:: prefix, etc.
+ #if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ contract_body_ ## function_name ## _ // Body function name.
+ #else
+ function_name // Function name (contracts off).
+ #endif
+ (...) { // Function arguments.
+ ... // Function implementation.
+ }
+</pre>
+ (The preprocessor operator <code class="computeroutput">##</code> concatenates the specified tokens.)
+See: Tutorial section, <code class="computeroutput">CONTRACT_FUNCTION()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_DESTRUCTOR_BODY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_BLOCK_INVARIANT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_BLOCK_INVARIANT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,48 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CHECK_BLOCK_INVARIANT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">
+<link rel="prev" href="contract/constructor.html" title="Class template constructor">
+<link rel="next" href="CONTRACT_CHECK_CLASS_INVARIANT.html" title="Macro CONTRACT_CHECK_CLASS_INVARIANT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/constructor.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CHECK_CLASS_INVARIANT.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CHECK_BLOCK_INVARIANT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CHECK_BLOCK_INVARIANT</h2>
+CONTRACT_CHECK_BLOCK_INVARIANT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp</a>>
+
+CONTRACT_CHECK_BLOCK_INVARIANT</pre></div>
+<div class="refsect1">
+<a name="id968308"></a><h2>Description</h2>
+Block invariants (and therefore also loop variants) are compiled and checked at run-time only when this macro is #defined (#undefined by default).
+When this macro is #undefined, block invariants (and loop variants) are not compiled in the object code and no block invariant (and loop variants) contract overhead is added.
+See: Getting Started section for more information. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/constructor.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CHECK_CLASS_INVARIANT.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_CLASS_INVARIANT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_CLASS_INVARIANT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,48 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CHECK_CLASS_INVARIANT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">
+<link rel="prev" href="CONTRACT_CHECK_BLOCK_INVARIANT.html" title="Macro CONTRACT_CHECK_BLOCK_INVARIANT">
+<link rel="next" href="CONTRACT_CHECK_PRECONDITION.html" title="Macro CONTRACT_CHECK_PRECONDITION">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CHECK_BLOCK_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CHECK_PRECONDITION.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CHECK_CLASS_INVARIANT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CHECK_CLASS_INVARIANT</h2>
+CONTRACT_CHECK_CLASS_INVARIANT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp</a>>
+
+CONTRACT_CHECK_CLASS_INVARIANT</pre></div>
+<div class="refsect1">
+<a name="id968379"></a><h2>Description</h2>
+Class invariants are compiled and checked at run-time only when this macro is #defined (#undefined by default).
+When this macro is #undefined, class invariants are not compiled in the object code and no class invariant contract overhead is added.
+See: Getting Started section for more information. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CHECK_BLOCK_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CHECK_PRECONDITION.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_POSTCONDITION.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_POSTCONDITION.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,48 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CHECK_POSTCONDITION</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">
+<link rel="prev" href="CONTRACT_CHECK_PRECONDITION.html" title="Macro CONTRACT_CHECK_PRECONDITION">
+<link rel="next" href="contract/destructor.html" title="Class template destructor">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CHECK_PRECONDITION.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/destructor.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CHECK_POSTCONDITION"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CHECK_POSTCONDITION</h2>
+CONTRACT_CHECK_POSTCONDITION
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp</a>>
+
+CONTRACT_CHECK_POSTCONDITION</pre></div>
+<div class="refsect1">
+<a name="id968518"></a><h2>Description</h2>
+Postconditions are compiled and checked at run-time only when this macro is #defined (#undefined by default).
+When this macro is #undefined, postconditions are not compiled in the object code and no postcondition contract overhead is added.
+See: Getting Started section for more information. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CHECK_PRECONDITION.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/destructor.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_PRECONDITION.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CHECK_PRECONDITION.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,48 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CHECK_PRECONDITION</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">
+<link rel="prev" href="CONTRACT_CHECK_CLASS_INVARIANT.html" title="Macro CONTRACT_CHECK_CLASS_INVARIANT">
+<link rel="next" href="CONTRACT_CHECK_POSTCONDITION.html" title="Macro CONTRACT_CHECK_POSTCONDITION">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CHECK_CLASS_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CHECK_POSTCONDITION.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CHECK_PRECONDITION"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CHECK_PRECONDITION</h2>
+CONTRACT_CHECK_PRECONDITION
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract.hpp</a>>
+
+CONTRACT_CHECK_PRECONDITION</pre></div>
+<div class="refsect1">
+<a name="id968448"></a><h2>Description</h2>
+Preconditions are compiled and checked at run-time only when this macro is #defined (#undefined by default).
+When this macro is #undefined, preconditions are not compiled in the object code and no precondition contract overhead is added.
+See: Getting Started section for more information. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CHECK_CLASS_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CHECK_POSTCONDITION.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,66 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CONFIG_MAX_FUNCTION_ARITY</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/config.hpp>">
+<link rel="prev" href="CONTRACT_BODY.html" title="Macro CONTRACT_BODY">
+<link rel="next" href="CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html" title="Macro CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_BODY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CONFIG_MAX_FUNCTION_ARITY"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CONFIG_MAX_FUNCTION_ARITY</h2>
+CONTRACT_CONFIG_MAX_FUNCTION_ARITY
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/config.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/config.hpp</a>>
+
+CONTRACT_CONFIG_MAX_FUNCTION_ARITY</pre></div>
+<div class="refsect1">
+<a name="id966353"></a><h2>Description</h2>
+The maximum number of function arguments supported by this library.
+Warning: Increasing this number can significantly increase compilation time. If possible, do not increase this number.
+If you need to write a contract for a function with a number of arguments larger than the one specified by this macro default value, consider alternatives like wrapping the arguments within a <code class="computeroutput">struct</code>. For example, consider the function: 
+<pre class="programlisting"> // Many arguments thus need to increase configuration macro value.
+ void f(int i1, int i2, int i3, int i4, int i5, int i6, int i7);
+</pre>
+ However, this function could be rewritten as a single argument function using a <code class="computeroutput">struct:</code> 
+<pre class="programlisting"> struct ints {
+ int i1;
+ int i2;
+ int i3;
+ int i4;
+ int i5;
+ int i6;
+ int i7;
+ };
+
+ // Just one argument and default macro value suffice. 
+ void f(ints i);
+</pre>
+ Now the contract for <code class="computeroutput">f</code> only requires one argument and this macro value does not need to be increased. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_BODY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,47 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/config.hpp>">
+<link rel="prev" href="CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html" title="Macro CONTRACT_CONFIG_MAX_FUNCTION_ARITY">
+<link rel="next" href="contract/constructor.html" title="Class template constructor">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/constructor.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE</h2>
+CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/config.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/config.hpp</a>>
+
+CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE</pre></div>
+<div class="refsect1">
+<a name="id966804"></a><h2>Description</h2>
+The maximum number of base classes supported when subcontracting with multiple inheritance.
+Warning: Increasing this number can significantly increase compilation time. If possible, do not increase this number. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CONFIG_MAX_FUNCTION_ARITY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.config_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/constructor.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CONSTRUCTOR.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CONSTRUCTOR.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,101 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CONSTRUCTOR</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">
+<link rel="prev" href="CONTRACT_INVARIANT.html" title="Macro CONTRACT_INVARIANT">
+<link rel="next" href="CONTRACT_DESTRUCTOR.html" title="Macro CONTRACT_DESTRUCTOR">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_DESTRUCTOR.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CONSTRUCTOR"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CONSTRUCTOR</h2>
+CONTRACT_CONSTRUCTOR
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp</a>>
+
+CONTRACT_CONSTRUCTOR(sequence)</pre></div>
+<div class="refsect1">
+<a name="id970515"></a><h2>Description</h2>
+Macro used to write contracts for constructors.
+This macro must be used right after the constructor declaration -- and after the member initialization list if such a list is specified. There is no need for a trailing <code class="computeroutput">";"</code> after the macro closing parenthesis <code class="computeroutput">")"</code>.
+For example (see the Tutorial section for more information): 
+<pre class="programlisting"> template<typename T>
+ class myvector {
+ ... // Invariants.
+
+ public:
+ explicit myvector(size_type count) // Constructor declaration.
+ : vector_(count) // Member initialization list.
+ CONTRACT_COSTRUCTOR( (class) (myvector)
+ (public) (myvector)( (size_type)(count) )
+ (precondition) ({
+ ... // Assert constructor preconditions.
+ })
+ (postcondition) ({
+ ... // Assert constructor postconditions.
+ })
+ (body) ({
+ ... // Actual constructor implementation.
+ }) ) // No need for ";" after macro closing parenthesis ")".
+
+ ... // Rest of the class.
+ };
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">sequence</code></td>
+<td>A Boost.Preprocessor sequence of tokens <code class="computeroutput">(1st-token)(2nd-token)...(last-token)</code> that repeats the constructor signature syntactic elements and specifies the contract.<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The signature tokens are needed by the library to generate the contract code with the function name, the argument types and names, etc as discussed in the Without the Macros section (e.g., the argument names are needed to actually name the precondition and postcondition function arguments).</li>
+<li class="listitem">The extra parenthesis <code class="computeroutput">()</code> around the tokens are mandatory (they are the ones making the preprocessor sequence).</li>
+<li class="listitem">It is recommended to use <code class="computeroutput">CONTRACT_ASSERT()</code> to assert preconditions and postconditions within the relative code blocks.</li>
+<li class="listitem">Within the postcondition code block, <code class="computeroutput">CONTRACT_OLDOF(</code>argument-name<code class="computeroutput">)</code> is a constant reference to the related old argument value (as the value was before body execution) but only if the argument-type was tagged <code class="computeroutput">(copyable)</code> in <code class="computeroutput">sequence</code>.</li>
+<li class="listitem">For the body block, <code class="computeroutput">";"</code> can be used to separate the constructor definition from its declaration (see <code class="computeroutput">CONTRACT_CONSTRUCTOR_BODY()</code>).</li>
+<li class="listitem">As explained in the Tutorial section, the tokens in <code class="computeroutput">sequence</code> appear in the exact same order as they appear in the constructor declaration followed by the optional preconditions, optional postconditions, and mandatory body.</li>
+<li class="listitem">The constructor <code class="computeroutput">sequence</code> syntax is as follows ([] for optional tokens, {} tokens resulting from parenthesis contents evaluation, || one token or the other, + tokens repeated 1 or more times):</li>
+</ul></div>
+<code class="computeroutput"> [(class)] (class-type) {(public) || (protected) || (private)} [(template)( {(function-template-parameter-type)(function-template-parameter-name)}+ )] (class-name)( {(void) || {[(copyable)](argument-type)(argument-name)}+} ) [(precondition) ({ ... })] [(postcondition) ({ ... })] (body) ({ ... }) </code> </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: See the Without the Macro section for examples of the code generated by this macro expansion. 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">If contract compilation is turned on, this macro expands to the constructor contract. </li>
+<li class="listitem">Otherwise, if contract compilation is turned off, this macro expands to just the constructor function body using the given body code block (and no contract overhead is added).</li>
+</ul></div>
+
+Note: For functions with no argument <code class="computeroutput">(class-name)( (void) )</code>, and not just <code class="computeroutput">(class-name)( )</code>, must be used to specify the empty argument list within <code class="computeroutput">sequence</code>. This is because ISO standard C++ does not allow for empty macro parameters (this library also supports <code class="computeroutput">(class-name)( )</code> but this will only compile on C99 so its use is not recommended -- see the Tutorial section for more information).
+Note: In comparing the <code class="computeroutput">sequence</code> syntax of constructors with the one of member functions from <code class="computeroutput">CONTRACT_FUNCTION()</code>, note the following differences (see also the Constructor Call Semantics in the Tutorial section): There is no <code class="computeroutput">(copyable)</code> before class-type because there is no object before construction body execution; There is no <code class="computeroutput">(inherit)</code> because constructors cannot directly subcontract; There is no <code class="computeroutput">(static)</code> or <code class="computeroutput">(virtual)</code> because constructors cannot be static or virtual; There is no <code class="computeroutput">(result-type)</code> because constructors have no return value; The function-name must be the class-nam
e as always for constructors; There is no trailing <code class="computeroutput">(const)</code> because constructor cannot be constant members.
+See: <code class="computeroutput">CONTRACT_ASSERT()</code>, <code class="computeroutput">CONTRACT_INVARIANT()</code>, <code class="computeroutput">CONTRACT_DESTRUCTOR()</code>, <code class="computeroutput">CONTRACT_FUNCTION()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_INVARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_DESTRUCTOR.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_CONSTRUCTOR_BODY.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_CONSTRUCTOR_BODY.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,140 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_CONSTRUCTOR_BODY</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp>">
+<link rel="prev" href="CONTRACT_INIT_LOOP_VARIANT.html" title="Macro CONTRACT_INIT_LOOP_VARIANT">
+<link rel="next" href="CONTRACT_DESTRUCTOR_BODY.html" title="Macro CONTRACT_DESTRUCTOR_BODY">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_INIT_LOOP_VARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_DESTRUCTOR_BODY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_CONSTRUCTOR_BODY"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_CONSTRUCTOR_BODY</h2>
+CONTRACT_CONSTRUCTOR_BODY
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp</a>>
+
+CONTRACT_CONSTRUCTOR_BODY(class_type, class_name)</pre></div>
+<div class="refsect1">
+<a name="id964546"></a><h2>Description</h2>
+Macro used to name the constructor body when separating constructor definition from its declaration.
+This macro is used when the constructor is defined outside the class declaration (for example in a separate ".cpp" file) to name the constructor body function: 
+<pre class="programlisting"> BOOST_CONTRACT_CONSTRUCTOR_BODY(class_type, class_name)
+ (...) { // Constructor arguments.
+ ... // Constructor implementation.
+ }
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">class_type</code></td>
+<td>The type of the class. For class templates this must also list the template parameters. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">class_name</code></td>
+<td>The constructor name which is the class type name. For class templates this shall not list the template parameters. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Returns: This macro expands to code equivalent to the following: 
+<pre class="programlisting"> #if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ void class_type::contract_body_constructor_ // Constructor body function name.
+ #else
+ class_type::class_name // Constructor function (contracts off).
+ #endif
+ (...) { // Constructor arguments.
+ ... // Constructor implementation.
+ }
+</pre>
+Member Initialization List
+A limitation of this mechanism is that it does not directly support constructor member initialization list. If a member initialization list is specified then the constructor definition must be provided together with its declaration (for example in the header file). (This library could overcome this limitation in the future if upcoming C++ standard revisions were to support delegating constructors.)
+If the constructor implementation must be separated from its declaration, a possible workaround is to:
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">Delegate the construction job to a special initialization function which must be named "constructor" (and it should be private to avoid other code from messing with the object construction).</li>
+<li class="listitem">Program the real constructor to just invoke the initialization function.</li>
+<li class="listitem">Write the contract for the initialization function instead that for the real constructor (but using CONTRACT_CONSTRUCTOR() instead of CONTRACT_FUNCTION()).</li>
+</ol></div>
+
+
+If this is done then both the constructor and the initialization function body definitions can be separated from the contract declaration. For example: 
+<pre class="programlisting"> // Declaration.
+
+ template<typename T>
+ class myvector {
+ ... // Invariants.
+
+ public:
+ typedef typename std::vector<T>::size_type size_type;
+ typedef typename std::vector<T>::const_reference const_reference;
+
+ explicit myvector(size_type count); // Separated definition.
+
+ ... // Rest of the class.
+
+ private:
+ // The initialization function is private and must be named "constructor
+".
+ void constructor(size_type count)
+ // Specify the contract for the initialization function instead of the real constructor.
+ CONTRACT_CONSTRUCTOR( (class) (myvector)
+ (private) (myvector)( (size_type)(count) ), {
+ // Constructor preconditions (none in this case).
+ }, {
+ // Constructor postconditions.
+ CONTRACT_ASSERT(self.now.size() == count.now,
+ "size set to count");
+ }, ;) // Now we can separate the body definition using ";".
+
+ std::vector<T> vector_;
+ };
+
+ // Separated definition (possibly in a different file).
+
+ template<typename T>
+ myvector<T>::myvector(size_type count):
+ vector_(count) { // Member initialization list.
+ constructor(count); // Just invoke the initialization function.
+ }
+
+ template<typename T>
+ void myvector<T>::CONTRACT_BODY(constructor)(size_type count) {
+ // Actual constructor implementation (do nothing in this case).
+ }
+</pre>
+To allow for this workaround, the <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code> macro can follow a member function but only when the member function is named "constructor", it has a <code class="computeroutput">void</code> return type, and it is not <code class="computeroutput">const</code> (essentially, only when its signature matches the one of a constructor). Be aware that for this special "constructor" member function, class invariants will not be checked before body execution (because the <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code> macro implements the Constructor Call Semantics and not the Member Function Call Semantics as explained in the Tutorial section).
+See: Tutorial section, <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_INIT_LOOP_VARIANT.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_DESTRUCTOR_BODY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_DESTRUCTOR.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_DESTRUCTOR.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,93 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_DESTRUCTOR</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">
+<link rel="prev" href="CONTRACT_CONSTRUCTOR.html" title="Macro CONTRACT_CONSTRUCTOR">
+<link rel="next" href="CONTRACT_FUNCTION.html" title="Macro CONTRACT_FUNCTION">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CONSTRUCTOR.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_FUNCTION.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_DESTRUCTOR"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_DESTRUCTOR</h2>
+CONTRACT_DESTRUCTOR
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp</a>>
+
+CONTRACT_DESTRUCTOR(sequence)</pre></div>
+<div class="refsect1">
+<a name="id971532"></a><h2>Description</h2>
+Macro used to write contracts for destructors.
+This macro must be used right after the destructor declaration. There is no need for a trailing <code class="computeroutput">";"</code> after the macro closing parenthesis <code class="computeroutput">")"</code>.
+For example (see the Tutorial section for more information): 
+<pre class="programlisting"> template<typename T>
+ class myvector {
+ ... // Invariants.
+
+ public:
+ virtual ~myvector(void) // Destructor declaration.
+ BOOST_CONTRACT_DESTRUCTOR( (class) (myvector)
+ (public) (virtual) (myvector)( (void) )
+ // Never preconditions or postconditions for destructors.
+ (body ({
+ ... // Actual destructor implementation.
+ }) ) // No need for ";" after macro closing parenthesis ")".
+
+ ... // Rest of the class.
+ };
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">signature_sequence</code></td>
+<td>A Boost.Preprocessor sequence of tokens <code class="computeroutput">(1st-token)(2nd-token)...(last-token)</code> that repeats the destructor signature syntactic elements.<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The signature tokens are needed by the library to generate the contract code with the function name, the argument types and names, etc as discussed in the Without the Macros section.</li>
+<li class="listitem">The extra parenthesis <code class="computeroutput">()</code> around the tokens are mandatory (they are the ones making the preprocessor sequence).</li>
+<li class="listitem">For the body code block, <code class="computeroutput">";"</code> can be specified to separate the destructor definition from its declaration (see <code class="computeroutput">CONTRACT_DESTRUCTOR_BODY()</code>).</li>
+<li class="listitem">As explained in the Tutorial section, the tokens in <code class="computeroutput">sequence</code> appear in the exact same order as they appear in the destructor declaration followed by the mandatory body code block.</li>
+<li class="listitem">The destructor <code class="computeroutput">sequence</code> syntax is as follows ([] for optional tokens, {} tokens resulting from parenthesis contents evaluation, || one token or the other):</li>
+</ul></div>
+<code class="computeroutput"> [(template)] (class-type) {(public) || (protected) || (private)} [(virtual)] (class-name)( (void) ) (body) ({ ... }) </code> </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: See the Without the Macro section for examples of the code generated by this macro expansion. 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">If contract compilation is turned on, this macro expands to the destructor contract. </li>
+<li class="listitem">Otherwise, if contract compilation is turned off, this macro expands to just the destructor function body using body code block (and no contract overhead is added).</li>
+</ul></div>
+
+Note: Destructor have no argument so <code class="computeroutput">(void)</code> must always be used in <code class="computeroutput">(class-name)( (void) )</code> to specify the empty argument list within <code class="computeroutput">sequence</code>. This is because ISO standard C++ does not allow for empty macro parameters (this library also supports <code class="computeroutput">(class-name)( )</code> but this will only compile on C99 so its use is not recommended -- see the Tutorial section for more information).
+Note: In comparing the <code class="computeroutput">sequence</code> syntax of destructors with the one of member functions from <code class="computeroutput">CONTRACT_FUNCTION()</code>, note the following differences (see also the Destructor Call Semantics in the Tutorial section): There is no <code class="computeroutput">(copyable)</code> before class-type because there are no postconditions; There is no <code class="computeroutput">(inherit)</code> because destructors cannot directly subcontract; There is no function template keyword and arguments because destructors cannot be template functions; There is no <code class="computeroutput">(static)</code> because destructors cannot be static; There is no <code class="computeroutput">(result-type)</code> because destructors have no return value; The function-name must be the <e
m>class-name as always for destructors; The function argument list must be <code class="computeroutput">(void)</code> because destructors take no argument; There is no trailing <code class="computeroutput">(const)</code> because constructor cannot be constant members.
+See: <code class="computeroutput">CONTRACT_ASSERT()</code>, <code class="computeroutput">CONTRACT_INVARIANT()</code>, <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code>, <code class="computeroutput">CONTRACT_FUNCTION()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CONSTRUCTOR.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_FUNCTION.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_DESTRUCTOR_BODY.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_DESTRUCTOR_BODY.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,84 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_DESTRUCTOR_BODY</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp>">
+<link rel="prev" href="CONTRACT_CONSTRUCTOR_BODY.html" title="Macro CONTRACT_CONSTRUCTOR_BODY">
+<link rel="next" href="CONTRACT_BODY.html" title="Macro CONTRACT_BODY">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CONSTRUCTOR_BODY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_BODY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_DESTRUCTOR_BODY"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_DESTRUCTOR_BODY</h2>
+CONTRACT_DESTRUCTOR_BODY
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/body.hpp</a>>
+
+CONTRACT_DESTRUCTOR_BODY(class_type, class_name)</pre></div>
+<div class="refsect1">
+<a name="id965405"></a><h2>Description</h2>
+Macro used to name the destructor body when separating destructor definition from its declaration.
+This macro is used when the destructor is defined outside the class declaration (for example in a separate ".cpp" file) to name the destructor body function: 
+<pre class="programlisting"> CONTRACT_DESTRUCTOR_BODY(class_type, class_name)
+ (void) { // Destructors have no argument.
+ ... // Destructor implementation.
+ }
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">class_type</code></td>
+<td>The type of the class. For class templates this must also list the template parameters. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">class_name</code></td>
+<td>The constructor name which is the class type name -- do not prefixed the class name with "~" (this is the class name and not the destructor name). For class templates this shall not list the template parameters. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Returns: This macro expands to code equivalent to the following: 
+<pre class="programlisting"> #if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ void class_type::contract_body_destructor_ // Destructor body function name.
+ #else
+ class_type::~class_name // Destructor function (contracts off).
+ #endif
+ (void) { // Destructor have no argument.
+ ... // Destructor implementation.
+ }
+</pre>
+See: Tutorial section, <code class="computeroutput">CONTRACT_DESTRUCTOR()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_CONSTRUCTOR_BODY.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.body_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_BODY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_FUNCTION.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_FUNCTION.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,104 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_FUNCTION</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">
+<link rel="prev" href="CONTRACT_DESTRUCTOR.html" title="Macro CONTRACT_DESTRUCTOR">
+<link rel="next" href="contract/nonmember_function.html" title="Class template nonmember_function">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_DESTRUCTOR.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/nonmember_function.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_FUNCTION"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_FUNCTION</h2>
+CONTRACT_FUNCTION
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp</a>>
+
+CONTRACT_FUNCTION(sequence)</pre></div>
+<div class="refsect1">
+<a name="id972289"></a><h2>Description</h2>
+Macro used to write contracts for functions (non-static members, static members, and non-members but not for constructors and destructors).
+This macro must be used right after the member function declaration. There is no need for a trailing <code class="computeroutput">";"</code> after the macro closing parenthesis <code class="computeroutput">")"</code>.
+For example (see the Tutorial section for more information): 
+<pre class="programlisting"> template<typename T>
+ class myvector {
+ ... // Invariants.
+
+ public:
+ void push_back(const T& element) // Function declaration.
+ CONTRACT_FUNCTION( (class) (copyable)(myvector)
+ (public) (void) (push_back)( (const T&)(element) )
+ (precondition) ({
+ ... // Assert function preconditions.
+ })
+ (postcondition) ({
+ ... // Assert function postconditions.
+ })
+ (body) ({
+ ... // Actual function implementation.
+ }) ) // No need for ";" after macro closing parenthesis ")".
+
+ ... // Rest of the class.
+ };
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">sequence</code></td>
+<td>A Boost.Preprocessor sequence of tokens <code class="computeroutput">(1st-token)(2nd-token)...(last-token)</code> that repeats the function signature syntactic elements and specifies the contract.<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The signature tokens are needed by the library to generate the contract code with the function name, the argument types and names, etc as explained in the the Without the Macros section (e.g., the argument names are needed to actually name the arguments for the precondition and postcondition functions).</li>
+<li class="listitem">The extra parenthesis <code class="computeroutput">()</code> around the tokens are mandatory (they are the ones making the preprocessor sequence).</li>
+<li class="listitem">It is recommended to use <code class="computeroutput">CONTRACT_ASSERT()</code> to assert preconditions and postconditions within the relative code blocks.</li>
+<li class="listitem">Within the postcondition code block, <code class="computeroutput">CONTRACT_OLDOF(this)</code> is a constant pointer to the object old value (as it was before body execution) but only if class-type was tagged <code class="computeroutput">(copyable)</code> in <code class="computeroutput">sequence</code>. Similarly, <code class="computeroutput">CONTRACT_OLDOF(</code>argument-name<code class="computeroutput">)</code> is a constant reference to the related old argument value (as is was before body execution) but only if the argument-type was tagged <code class="computeroutput">(copyable)</code> in <code class="computeroutput">sequence</code>.</li>
+<li class="listitem">Within the postcondition code block, result-name (with the actual name specified in <code class="computeroutput">sequence</code>) is a constant reference to the value being returned but only when result-type is specified different from <code class="computeroutput">void</code> in <code class="computeroutput">sequence</code>.</li>
+<li class="listitem">For the body block, <code class="computeroutput">";"</code> can be used to separate the constructor definition from its declaration (see <code class="computeroutput">CONTRACT_CONSTRUCTOR_BODY()</code>). Also, <code class="computeroutput">"= 0;"</code> can be specified when writing contracts for pure virtual member functions.</li>
+<li class="listitem">As explained in the Tutorial section, the tokens in <code class="computeroutput">sequence</code> appear in the exact same order as they appear in the member function declaration followed by the optional preconditions, optional postconditions, and mandatory body.</li>
+<li class="listitem">The function <code class="computeroutput">sequence</code> syntax is as follows ([] for optional tokens, {} tokens resulting from parenthesis contents evaluation, || one token or the other, * tokens repeated 0 or more times, + tokens repeated 1 or more times, {}:: tokens specified only for member functions, {}? tokens specified only for non-void functions):</li>
+</ul></div>
+<code class="computeroutput"> {[(template)] [(copyable)](class-type) {(inherit)(base-class-type)}* {(public) || (protected) || (private)}}:: [(template)( {(function-template-parameter-type)(function-template-parameter-name)}+ )] [{(static) ||
(virtual)}] (result-type) (function-name)( {(void) || {[(copyable)](argument-type)(argument-name)}+} ) [(const)] [(precondition) ({ ... })] [(postcondition) {(result-name)}? ({ ... })] (body) ({ ... }) </code> </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: See Without the Macro section for examples of the code generated by this macro expansion. 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">If contract compilation is turned on, this macro expands to the function contract (see the Without the Macros section). </li>
+<li class="listitem">Otherwise, if contract compilation is turned off, this macro expands to just the function body using <code class="computeroutput">body_code_block</code> (and no contract overhead is added).</li>
+</ul></div>
+
+The usual C++ restrictions on the function signature apply. For example, static member functions cannot be <code class="computeroutput">virtual</code> or <code class="computeroutput">const</code>, plus they cannot subcontract so <code class="computeroutput">(inherit)</code> cannot be specified. The library will generate compile-time errors if <code class="computeroutput">sequence</code> violates these constraints.
+For operators, the operator name must also be spelled out in words and passed as <code class="computeroutput">(operator(symbol, word))</code> (this is because operator names usually contain symbols, like <code class="computeroutput">"[]"</code>, that are not valid preprocessor token so they cannot be used by this library). The spelled out operator name is arbitrary but it cannot contain operator special symbols (see the Tutorial for more information). For example, for <code class="computeroutput">operator[]</code> the function name passed to <code class="computeroutput">sequence</code> could be <code class="computeroutput">(operator([], at))</code>.
+Overloaded functions, with same number of arguments and constant qualifier, must have different argument names (and not just different argument types). This is necessary otherwise this library will not be able to distinguish the contract of the overloaded functions from each other and it will generate a compile-time error. (C++ uses the argument types and not their names to distinguish overloaded functions from each other but this library cannot use the argument types because, in general, they are not valid preprocessor tokens -- see the Tutorial for more information on this topic.)
+Note: For functions with no argument <code class="computeroutput">(function-name)( (void) )</code>, and not just <code class="computeroutput">(function-name)( )</code>, must be used to specify the empty argument list within <code class="computeroutput">sequence</code>. This is because ISO standard C++ does not allow for empty macro parameters (this library also supports <code class="computeroutput">(function-name)( )</code> but this will only compile on C99 so its use is not recommended -- see the Tutorial section for more information).
+Warning: While there is only a limited amount of compile-time error checking that the library can do on <code class="computeroutput">sequence</code>, the current library implementation does not uses the best possible error detection and reporting mechanism for missuses of the <code class="computeroutput">sequence</code> syntax. In some cases, and depending on the compiler used, an error in programming <code class="computeroutput">sequence</code> might result in cryptic compiler errors (involving library internal templates and preprocessor macros, Boost.Preprocessor internal macros <code class="computeroutput">BOOST_PP_...</code>, and only referring to the contract macro first line number). The best way to resolve these errors is usually to inspect the <code class="computeroutput">sequence</code> by eye instead of trying to make sense of the compiler error messages. Also, try first to compile with contracts turned off so to make sure that the errors are actually
in the contract code. Rarely, it might be useful to look at the code generated by the contract macro expansion after preprocessing using your compiler related options ("-E -P" on GCC, "\EP" on Microsoft Visual C++, etc).
+See: <code class="computeroutput">CONTRACT_ASSERT()</code>, <code class="computeroutput">CONTRACT_INVARIANT()</code>, <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code>, <code class="computeroutput">CONTRACT_DESTRUCTOR()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_DESTRUCTOR.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/nonmember_function.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_INIT_LOOP_VARIANT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_INIT_LOOP_VARIANT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,58 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_INIT_LOOP_VARIANT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">
+<link rel="prev" href="CONTRACT_ASSERT_LOOP_VARIANT_MSG.html" title="Macro CONTRACT_ASSERT_LOOP_VARIANT_MSG">
+<link rel="next" href="CONTRACT_CONSTRUCTOR_BODY.html" title="Macro CONTRACT_CONSTRUCTOR_BODY">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_LOOP_VARIANT_MSG.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONSTRUCTOR_BODY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_INIT_LOOP_VARIANT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_INIT_LOOP_VARIANT</h2>
+CONTRACT_INIT_LOOP_VARIANT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp</a>>
+
+CONTRACT_INIT_LOOP_VARIANT</pre></div>
+<div class="refsect1">
+<a name="id964162"></a><h2>Description</h2>
+Initialize the evaluation of the loop variant expression of type <code class="computeroutput">contract::loop_variant_type</code>.
+It must be used once, and only once, in a given code block. It must be used before using <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code> (or <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT_MSG()</code>) at same of higher scope level.
+It can also be used within a <code class="computeroutput">for</code> loop initialization argument, for example: 
+<pre class="programlisting"> void offset(int& i) {
+ ...
+ for (CONTRACT_INIT_LOOP_VARIANT; i < MAX; ) {
+ CONTRACT_ASSERT_LOOP_VARIANT( MAX - i );
+ ...
+ i += DELTA;
+ }
+ }
+</pre>
+See: <code class="computeroutput">contract::loop_variant_type</code>, <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code>, <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT_MSG()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="CONTRACT_ASSERT_LOOP_VARIANT_MSG.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONSTRUCTOR_BODY.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_INVARIANT.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_INVARIANT.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,96 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_INVARIANT</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">
+<link rel="prev" href="contract/from.html" title="Type from">
+<link rel="next" href="CONTRACT_CONSTRUCTOR.html" title="Macro CONTRACT_CONSTRUCTOR">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/from.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONSTRUCTOR.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_INVARIANT"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_INVARIANT</h2>
+CONTRACT_INVARIANT
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/macros.hpp</a>>
+
+CONTRACT_INVARIANT(sequence)</pre></div>
+<div class="refsect1">
+<a name="id969918"></a><h2>Description</h2>
+Macro used to write (static and non) class invariants.
+This macro should be used in a private section in the class declaration. There is no need for a trailing <code class="computeroutput">";"</code> after the macro closing parenthesis <code class="computeroutput">")"</code>.
+For example (see the Tutorial section for more information): 
+<pre class="programlisting"> template<typename T>
+ class myvector {
+
+ CONTRACT_INVARIANT( (static) ({
+ ... // Assert static class invariants.
+ }) ({
+ ... // Assert non-static class invariants.
+ }) ) // No need for ";" after macro closing parenthesis ")".
+
+ ... // Rest of the class.
+ };
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">sequence</code></td>
+<td>A Boost.Preprocesor sequence of tokens <code class="computeroutput">(1st-token)(2nd-token)...(last-token)</code> that specifies static and non-static class invariants.<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">At least one of the class invariants must be specified (i.e., you can specify only non-static class invariants, only static class invariants, or both static and non-static class invariants).</li>
+<li class="listitem">The code block <code class="computeroutput">({ ... })</code> following <code class="computeroutput">(static)</code> should assert static class invariants. The other code block should assert non-static class invariants.</li>
+<li class="listitem">The class invariant <code class="computeroutput">sequence</code> syntax is as follows ([] for optional tokens):</li>
+</ul></div>
+<code class="computeroutput"> [(static)({ ... })] ({ ... }) </code> </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: See the Without the Macro section for examples of the code generated by this macro expansion. 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">If contract compilation is turned on, this macro expands to the augmented state member variable named <code class="computeroutput">contract_state_</code>. </li>
+<li class="listitem">Furthermore, if invariants compilation is specifically turned on, this macro expands to the static member function <code class="computeroutput">contract_static_invariant_</code> and the non-static member function <code class="computeroutput">contract_invariant_</code> defined respectively using the two code blocks from <code class="computeroutput">(static)({ ... })</code> and <code class="computeroutput">({ ... })</code>. </li>
+<li class="listitem">Otherwise, if contract compilation is turned off, this macro expands to nothing (and no contract overhead is added).</li>
+</ul></div>
+
+Note: Even if a class has no invariants, you must still use this macro (with an empty code block) otherwise the library will generate a compile-time error saying that it cannot find the invariant check function for your class (see the Tutorial section for more information): 
+<pre class="programlisting"> class myclass {
+
+ // Assert no invariant (mandatory).
+ CONTRACT_INVARIANT( ({}) )
+
+ ... // Rest of the class.
+ };
+</pre>
+ In this case, <code class="computeroutput">CONTRACT_INVARIANT()</code> cannot be used instead of <code class="computeroutput">CONTRACT_INVARIANT( ({}) )</code>. This is because ISO standard C++ does not allow for empty macro parameters (this library also supports <code class="computeroutput">CONTRACT_INVARIANT()</code> but this will only compile on C99 so its use is not recommended -- see the Tutorial section for more information).
+See: <code class="computeroutput">CONTRACT_ASSERT()</code>, <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code>, <code class="computeroutput">CONTRACT_DESTRUCTOR()</code>, <code class="computeroutput">CONTRACT_FUNCTION()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/from.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.macros_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="CONTRACT_CONSTRUCTOR.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_OLDOF.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_OLDOF.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,71 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_OLDOF</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp>">
+<link rel="prev" href="contract/copy.html" title="Class template copy">
+<link rel="next" href="contract/state.html" title="Class state">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/copy.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/state.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_OLDOF"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_OLDOF</h2>
+CONTRACT_OLDOF
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp</a>>
+
+CONTRACT_OLDOF(variable_name)</pre></div>
+<div class="refsect1">
+<a name="id979152"></a><h2>Description</h2>
+Macro used to access old value for the variable with the specified name in postconditions.
+The library automatically declares variables to hold old values of types tagged <code class="computeroutput"><a class="link" href="contract/copyable.html" title="Class template copyable">contract::copyable</a></code> and makes then accessible in the postconditions code block (and from the postconditions code block only). This macro simply expands the specified name to the name of the old variable automatically declared by the library.
+For example, in postconditions of a member function <code class="computeroutput">void myvector<T>::push_back(const T& element)</code>, if both the class type <code class="computeroutput">myvector</code> and the <code class="computeroutput">element</code> argument type <code class="computeroutput">const T&</code> have been tagged copyable (see the <code class="computeroutput">sequence</code> parameter of <code class="computeroutput">CONTRACT_FUNCTION()</code> and <code class="computeroutput"><a class="link" href="contract/copy.html" title="Class template copy">contract::copy</a></code>) then the following old values are available: 
+<pre class="programlisting"> CONTRACT_OLDOF(this)->... // Object old value.
+ CONTRACT_OLDOF(element)... // Old value of function argument `element`.
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">variable_name</code></td>
+<td>Use <code class="computeroutput">this</code> to access a pointer to the old object value. Use one of the function argument names to access the old value of that argument. The type of the variable with the specified name must be tagged <code class="computeroutput"><a class="link" href="contract/copyable.html" title="Class template copyable">contract::copyable</a></code> in the signature sequence its old value to be available (otherwise the use of this macro will generate a compile-time error with <code class="computeroutput">noold</code> in the error message). </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: This macro expands to code equivalent to the following: 
+<pre class="programlisting"> contract_old_ ## variable_name ## _
+</pre>
+ (The preprocessor operator <code class="computeroutput">##</code> concatenates the specified tokens.)
+Note: Shallow copies are performed for old values of pointer types (unless the pointed type defines a different copy constructor or <code class="computeroutput"><a class="link" href="contract/copy.html" title="Class template copy">contract::copy</a></code> has been specialized for the pointed type to perform a different copy operation). Therefore, if a pointer type is tagged <code class="computeroutput"><a class="link" href="contract/copyable.html" title="Class template copyable">contract::copyable</a></code>, the old pointer value will be available in the postconditions and not the old pointed value -- this might not be what you intended. The notable exception is the object which is passed by pointer (like <code class="computeroutput">this</code>) but its old value is automatically deep copied by the library.
+Note: The library supports old values for the object and all the function argument types. This is a subset of the old values supported by Eiffel which are old values for any expression that can be evaluated in postconditions. However, the old values supported by the library are usually enough to program the postconditions.
+See: <code class="computeroutput"><a class="link" href="contract/copy.html" title="Class template copy">contract::copy</a></code>, <code class="computeroutput"><a class="link" href="contract/copyable.html" title="Class template copyable">contract::copyable</a></code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/copy.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract/state.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/CONTRACT_WRAP_TYPE.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/CONTRACT_WRAP_TYPE.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,97 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Macro CONTRACT_WRAP_TYPE</title>
+<link rel="stylesheet" href="doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="index.html" title="Contract++ 0.3.490">
+<link rel="up" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="contract/wrap_void_T__id439081.html" title="Struct template wrap<void(T)>">
+<link rel="next" href="contract__/Requirements.html" title="Annex: Requirements">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/wrap_void_T__id439081.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract__/Requirements.html"><img src="images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="CONTRACT_WRAP_TYPE"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Macro CONTRACT_WRAP_TYPE</h2>
+CONTRACT_WRAP_TYPE
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+CONTRACT_WRAP_TYPE(parenthesized_type)</pre></div>
+<div class="refsect1">
+<a name="id981578"></a><h2>Description</h2>
+Macro used to pass type expressions with unwrapped commas as macro parameters.
+The C++ ISO standard preprocessor only recognizes the parenthesis <code class="computeroutput"></code>() and it does not recognize any other parenthesis like <code class="computeroutput"><></code>, <code class="computeroutput">{}</code>, <code class="computeroutput"></code>[], etc.
+As a consequence, any comma within a macro parameter which is not wrapped by the <code class="computeroutput"></code>() parenthesis will be interpreted by the preprocessor as a separation token (the end of the current macro parameter and the start of the next macro parameter). See also the Tutorial section for more explanation and examples.
+Value Expressions
+Value expressions passed as macro parameters and containing unwrapped commas can be wrapped by and extra set of parenthesis <code class="computeroutput"></code>().
+For example, this is OK because the comma `<code class="computeroutput">,</code>` is already wrapped by the parenthesis <code class="computeroutput"></code>() of the <code class="computeroutput">add()</code> function call: 
+<pre class="programlisting"> CONTRACT_ASSERT( add(1, 2) == 3 ); // OK.
+</pre>
+ This is incorrect instead because the comma `<code class="computeroutput">,</code>` is not wrapped. It is interpreted as a call to <code class="computeroutput">CONTRACT_ASSERT()</code> passing two distinct macro parameters `<code class="computeroutput">std::map<double</code>` and `<code class="computeroutput">int>().empty()</code>` separated by the comma `<code class="computeroutput">,</code>`: 
+<pre class="programlisting"> CONTRACT_ASSERT( std::map<double, int>().empty() ); // Error.
+</pre>
+ However, it can be fixed by using and extra set of parenthesis to wrap the value expression: 
+<pre class="programlisting"> CONTRACT_ASSERT( (std::map<double, int>().empty()) ); // OK.
+</pre>
+Type Expressions
+A similar issue arises when type expressions with unwrapped commas are passed as macro parameters (including when they are passed as preprocessor sequence elements): 
+<pre class="programlisting"> std::map<dobule, int> m(void)
+ CONTRACT_FUNCTION( (std::map<double, int>) (m)( (void) ) // Error.
+ ...
+ )
+</pre>
+ This is interpreted as a preprocessor 2-tuple with two elements `<code class="computeroutput">std::map<double</code>` and `<code class="computeroutput">int></code>` separated by the comma `<code class="computeroutput">,</code>` instead that one single element of the preprocessor sequence.
+Note: Unfortunately, the approach followed for value expressions cannot be used for macro parameters that represent type expressions. That is because types wrapped by an extra set of parenthesis <code class="computeroutput"></code>() can introduce syntax or semantics errors depending on the context where they are used. For example, with respect to <code class="computeroutput">std::map<double, int></code>, the wrapped type expression <code class="computeroutput">(std::map<double, int>)</code> could be compiled a C-style type cast potentically introducing a semantic error, or it could generate a syntax error if it were used to declare a variable.
+The macro <code class="computeroutput">CONTRACT_WRAP_TYPE()</code> (or equivalently the <code class="computeroutput"><a class="link" href="contract/wrap.html" title="Struct template wrap">contract::wrap</a></code> class template) is be used to overcome this limitation: 
+<pre class="programlisting"> std::map<dobule, int> m(void)
+ CONTRACT_FUNCTION( (CONTRACT_WRAP_TYPE( (std::map<double, int>) )) //OK.
+ (m)( (void) )
+ ...
+ )
+</pre>
+ Note that the extra pair of parenthesis <code class="computeroutput"></code>() used in invoking the macro are mandatory as they wrap the comma(s) so one parameter (not many) is passed to the macro.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">parenthesized_type</code></td>
+<td>The type expression wrapped within an extra set of mandatory parenthesis <code class="computeroutput"></code>(). </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: The macro in the example above expands to code equivalent to the following: 
+<pre class="programlisting"> std::map<dobule, int> m(void)
+ CONTRACT_FUNCTION( (contract::wrap<void(std::map<double, int>)>::type)
+ (m)( (void) )
+ ...
+ )
+</pre>
+ See: <a class="link" href="contract/wrap.html" title="Struct template wrap">contract::wrap</a>, Tutorial section 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract/wrap_void_T__id439081.html"><img src="images/prev.png" alt="Prev"></a><a accesskey="u" href="reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="images/up.png" alt="Up"></a><a accesskey="h" href="index.html"><img src="images/home.png" alt="Home"></a><a accesskey="n" href="contract__/Requirements.html"><img src="images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/block_invariant_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/block_invariant_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,61 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function block_invariant_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="set_block_invariant_failed.html" title="Function set_block_invariant_failed">
+<link rel="next" href="set_class_invariant_failed.html" title="Function set_class_invariant_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_block_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_class_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.block_invariant_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function block_invariant_failed</h2>
+contract::block_invariant_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+void block_invariant_failed(const from & where);</pre></div>
+<div class="refsect1">
+<a name="id960554"></a><h2>Description</h2>
+Automatically invoked by this library when a block invariant condition fails.
+It calls <code class="computeroutput">std::terminate()</code> by default but it can be redefined using <code class="computeroutput">contract::set_block_invariant_failed()</code>. When this function is called, the exception raised by the contract failure is the active unhandled exception (which can be re-thrown using <code class="computeroutput">throw</code> and then caught, see Throw on Failure annex).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">where</code></td>
+<td>The source that found the the block invariant failure. </td>
+</tr></tbody>
+</table></div>
+
+
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_block_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_class_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/class_invariant_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/class_invariant_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,61 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function class_invariant_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="set_class_invariant_failed.html" title="Function set_class_invariant_failed">
+<link rel="next" href="set_precondition_failed.html" title="Function set_precondition_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_class_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_precondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.class_invariant_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function class_invariant_failed</h2>
+contract::class_invariant_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+void class_invariant_failed(const from & where);</pre></div>
+<div class="refsect1">
+<a name="id960846"></a><h2>Description</h2>
+Automatically invoked by this library when a class invariant condition fails.
+It calls <code class="computeroutput">std::terminate()</code> by default but it can be redefined using <code class="computeroutput">contract::set_class_invariant_failed()</code>. When this function is called, the exception raised by the contract failure is the active unhandled exception (which can be re-thrown using <code class="computeroutput">throw</code> and then caught, see Throw on Failure annex).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">where</code></td>
+<td>The source that found the the invariant failure. </td>
+</tr></tbody>
+</table></div>
+
+
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_class_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_precondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/constructor.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/constructor.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,178 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template constructor</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.constructor_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/constructor.hpp>">
+<link rel="prev" href="../CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html" title="Macro CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE">
+<link rel="next" href="../CONTRACT_CHECK_BLOCK_INVARIANT.html" title="Macro CONTRACT_CHECK_BLOCK_INVARIANT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.constructor_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_CHECK_BLOCK_INVARIANT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.constructor"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template constructor</h2>
+contract::constructor
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.constructor_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/constructor.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/constructor.hpp</a>>
+
+template<typename F>
+class <a class="link" href="constructor.html" title="Class template constructor">constructor</a> : public contract::nonstatic_member_function< F > {
+public:
+ // <a class="link" href="constructor.html#contract.constructorconstruct-copy-destruct">construct/copy/destruct</a>
+ <a class="link" href="constructor.html#id433571-bb">constructor</a>(__BodyFunctionPointer__, __PreconditionFunctionPointer__,
+ __PostconditionFunctionPointer__);
+ <a class="link" href="constructor.html#id433779-bb">~constructor</a>();
+
+ // <a class="link" href="constructor.html#id433500-bb">public member functions</a>
+ void <a class="link" href="constructor.html#id433504-bb">call</a>(__MaybeCvClassPointer__, ArgumentType1, ..., ArgumetnTypeN);
+};</pre></div>
+<div class="refsect1">
+<a name="id967265"></a><h2>Description</h2>
+Class template used to write contracts for constructors.
+Note: Only the differences between this class and the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> class are documented here. Read the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> documentation first.
+The <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code> macro expands to code that uses this class template (see the Without the Macros section) -- whenever possible, use the macro instead of using this class template directly. Rarely, it might be needed to use this class template directly to implement workarounds for compilers that do not fully comply with the ISO C++ standard.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">F</code></td>
+<td>The function type of the constructor function being contracted. </td>
+</tr></tbody>
+</table></div>
+
+
+Base contract classes cannot be specified because constructors do not directly subcontract (C++ object construction mechanism will automatically invoke base class contracts when they are present).
+The function type <code class="computeroutput">F</code> must be specified as follows: 
+<pre class="programlisting"> void (ClassType*, ArgumentType1, ..., ArgumentTypeN)
+</pre>
+ Note: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The result type is always <code class="computeroutput">void</code> because constructors return no value. </li>
+<li class="listitem"><code class="computeroutput">ClassType</code> is never <code class="computeroutput">const</code> because constructors can never be constant members (as they modify the object by constructing it). </li>
+<li class="listitem"><code class="computeroutput">ClassType</code> cannot be tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> because there is no object before constructor body execution (it has not been constructed yet) -- the library will generate a compile-time error otherwise.</li>
+</ul></div>
+
+See: Without the Macros section, <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> 
+<div class="refsect2">
+<a name="id967519"></a><h3>
+<a name="contract.constructorconstruct-copy-destruct"></a><code class="computeroutput">constructor</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout"><a name="id433571-bb"></a>constructor(__BodyFunctionPointer__ body_function,
+ __PreconditionFunctionPointer__ precondition_function,
+ __PostconditionFunctionPointer__ postcondition_function);</pre>
+Construct this contract object using the specified body, preconditions, and postconditions functions.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">body_function</code></td>
+<td>A pointer to the function executing the body. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">precondition_function</code></td>
+<td>A pointer to the function asserting the preconditions. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">postcondition_function</code></td>
+<td>A pointer to the function asserting the postconditions. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation for the definition of metaprogramming constructs used below (<code class="computeroutput">__IfCopyable__</code>, etc).
+The body function pointer type is defined as follows: 
+<pre class="programlisting"> typedef void (ClassType::* __BodyFunctionPointer__)
+ ( __RemoveCopyable__< ArgumentType1 >,
+ ...,
+ __RemoveCopyable__< ArgumentTypeN >
+ );
+</pre>
+The precondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef void (* __PreconditionFunctionPointer__)
+ ( boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type
+ );
+</pre>
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">This is a static member function (because is does not specify the class type using <code class="computeroutput">(*)</code> instead of <code class="computeroutput">(ClassType::*)</code>). This ensures that constructor preconditions do not access the object (as before constructor body no object has been constructed yet). </li>
+<li class="listitem">The precondition function is never <code class="computeroutput">const</code> (because is must be <code class="computeroutput">static</code>).</li>
+</ul></div>
+
+The postcondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef void (ClassType::* __PreconditionFunctionPointer__)
+ ( contract::noold,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type,
+ __IfCopyable__< ArgumentType1,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type >,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type,
+ __IfCopyable__< ArgumentTypeN,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type >
+ ) const;
+</pre>
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem">The old object value is never available (it is always of type <code class="computeroutput">contract::noold</code>). This ensure that constructor postconditions never access the object old value (as there was no object before constructor body execution). </li></ul></div>
+
+
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id433779-bb"></a>~constructor();</pre>
+Destroy this contract object. 
+</li>
+</ol></div>
+</div>
+<div class="refsect2">
+<a name="id967895"></a><h3>
+<a name="id433500-bb"></a><code class="computeroutput">constructor</code> public member functions</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout">void <a name="id433504-bb"></a>call(__MaybeCvClassPointer__ object, ArgumentType1 argument1, ...,
+ ArgumetnTypeN argumentN);</pre>
+Check the contract and executes the member function body.
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation.
+Accordingly with <code class="computeroutput">F</code>, the <code class="computeroutput">call()</code> function always returns <code class="computeroutput">void</code>. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.constructor_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_CHECK_BLOCK_INVARIANT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/contract_failed_handler.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/contract_failed_handler.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,64 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Type definition contract_failed_handler</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="failure.html" title="Class failure">
+<link rel="next" href="set_block_invariant_failed.html" title="Function set_block_invariant_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="failure.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_block_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.contract_failed_handler"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Type definition contract_failed_handler</h2>
+contract_failed_handler
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+typedef __ContractFailedHandler__ contract_failed_handler;</pre></div>
+<div class="refsect1">
+<a name="id960196"></a><h2>Description</h2>
+Function pointer type of the contract condition failure handler functions.
+Where the function pointer type __ContractFailedHandler__ is defined as follows: 
+<pre class="programlisting"> typedef void (* contract_failed_handler)(const from& where);
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">where</code></td>
+<td>The source that found the condition failure. This is useful for example to program failure handlers that throw exceptions in general but never from within destructors. </td>
+</tr></tbody>
+</table></div>
+
+
+See: Throw on Failure annex for an example. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="failure.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_block_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/copy.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/copy.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,177 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template copy</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp>">
+<link rel="prev" href="copyable.html" title="Class template copyable">
+<link rel="next" href="../CONTRACT_OLDOF.html" title="Macro CONTRACT_OLDOF">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="copyable.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_OLDOF.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.copy"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template copy</h2>
+contract::copy
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp</a>>
+
+template<typename T>
+class <a class="link" href="copy.html" title="Class template copy">copy</a> {
+public:
+ // <a class="link" href="copy.html#contract.copyconstruct-copy-destruct">construct/copy/destruct</a>
+ <a class="link" href="copy.html#id438174-bb">copy</a>(__ConstRef__);
+
+ // <a class="link" href="copy.html#contract.copypublic-data-members">public data members</a>
+ __ConstType__ <a class="link" href="copy.html#contract.copy.value">value</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id977573"></a><h2>Description</h2>
+Copy wrapper used by the library to make the actual copy of variables for which old values are needed in postconditions.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type of the object being copied. </td>
+</tr></tbody>
+</table></div>
+
+
+Note: Under most circumstances programmers do not need to use this class which is usually just used internally by the library.
+Specifically, if the copied type <code class="computeroutput">T</code> already has a public constant-correct copy constructor then the <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> template will use such a constructor by default and programmers do not need to define any specialization of the <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> template. 
+<pre class="programlisting"> class T {
+ public:
+ T(const T& source); // Public constant-correct copy constructor.
+
+ ...
+ };
+</pre>
+ The constructor needs to be public for the library to access it and it needs to be contract-correct for the library to use it while still ensuring the contract-correctness of the contract checking code.
+However, the <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> template can be specialized by programmers to expose a non-public constant-correct copy constructor to the library via friendship: 
+<pre class="programlisting"> class x {
+ ... // User class with no public copy constructor.
+
+ private:
+ // Only the library can access this copy constructor via friendship.
+ friend class <a class="link" href="copy.html" title="Class template copy">contract::copy</a><x>;
+ x(const x* source); // Constant-correct (private) copy constructor.
+ };
+</pre>
+Furthermore, programmers can specialize the <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> template for a user defined type in order to relax the library requirement of an accessible constant-correct copy constructor all together (it is recommended not to do this unless strictly necessary). 
+<pre class="programlisting"> class y: boost::noncopyable { // User class with no copy constructor at all.
+ // Self backup copy maintained by the class itself.
+ y backup_copy; // Use this as the old value.
+
+ ...
+ };
+
+ namespace contract {
+
+ // Specialization to handle y old value without copying it.
+ template<>
+ class copy<y> {
+ public:
+ // It must declare a member variable named `value`.
+ const y& value; // Maintains constant-correctness by using const member.
+
+ // It must defined this copy constructor. It must maintains
+ // constant-correctness taking a constant reference to `source`.
+ copy(const y& source):
+ // This does not copy `source` (`value` is a reference).
+ // Instead it uses its `source` existing backup copy.
+ value(source.backup_copy) {}
+ };
+
+ } // namespace
+</pre>
+The <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> template can also be specialized to alter the copy semantics for a type (it is recommended not to do this unless strictly necessary). For example, by default a pointer to a double number <code class="computeroutput">double*</code> is copied by copying the pointer value and not by copying the pointed number (this is the usual C++ copy semantic for pointers). The following specialization of <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> copies the pointed number instead of the pointer value for postcondition old values of argument of type <code class="computeroutput">double*</code>. 
+<pre class="programlisting"> namespace contract {
+
+ template<>
+ class copy<double*> {
+ private:
+ double number_; // Copied pointed number value.
+ public:
+ const double* value; // Pointer to number_.
+
+ copy(const double* number_ptr): number_(), value(&number_) {
+ // Check pointer is valid.
+ if (!number_ptr) throw std::logic_error("Invalid number pointer");
+ number_ = *number_ptr; // Copy the *pointed* number.
+ }
+ };
+
+ } // namespace
+</pre>
+See also the Examples section for a concrete example that specializes <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> to relax the accessible constant-correct constructor requirement. 
+<div class="refsect2">
+<a name="id978800"></a><h3>
+<a name="contract.copyconstruct-copy-destruct"></a><code class="computeroutput">copy</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout"><a name="id438174-bb"></a>copy(__ConstRef__ source);</pre>
+Constructor which copies the specified object.
+The copy is done by constructing the member variable `value` using an accessible constant-correct copy constructor for <code class="computeroutput">T</code> (which must be available otherwise the library will generate a compile-time error).
+Note: Source is a constant reference so to ensure contract checking constant-correctness (correctly, this constraint cannot be relaxed not even by specializing this class template).
+The constant reference type is defined as follows: 
+<pre class="programlisting"> typedef typename boost::add_reference<const_type>::type __ConstRef__;
+</pre>
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">source</code></td>
+<td>The source object to be copied into the <code class="computeroutput">value</code> member variable. </td>
+</tr></tbody>
+</table></div>
+
+
+</li></ol></div>
+</div>
+<div class="refsect2">
+<a name="id978938"></a><h3>
+<a name="contract.copypublic-data-members"></a><code class="computeroutput">copy</code>
+ public
+ public data members</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout">__ConstType__ <a name="contract.copy.value"></a>value;</pre>
+The copied value (used as the old value in postconditions).
+The variable type is defined as follows: 
+<pre class="programlisting"> typedef typename boost::add_const<typename
+ boost::remove_reference<T>::type>::type __ConstType__;
+</pre>
+ 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="copyable.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_OLDOF.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/copyable.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/copyable.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,75 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template copyable</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp>">
+<link rel="prev" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">
+<link rel="next" href="copy.html" title="Class template copy">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="nonstatic_member_function.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="copy.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.copyable"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template copyable</h2>
+contract::copyable
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/old.hpp</a>>
+
+template<typename T>
+class <a class="link" href="copyable.html" title="Class template copyable">copyable</a> {
+};</pre></div>
+<div class="refsect1">
+<a name="id977088"></a><h2>Description</h2>
+Tag the specified type <code class="computeroutput">T</code> copyable.
+In general, you should tag a type copyable only when the related variable old value (before body execution) is really needed in postconditions because:
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">The correspondent variable value will be copied before body execution adding run-time overhead. The library performs the extra copy to support old values in postconditions only for variables of types tagged copyable and only when the <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code> macro is defined.</li>
+<li class="listitem">
+A type tagged copyable has the extra requirement that it must define an accessible constant-correct copy constructor (otherwise the library will generate a compile-time error). The copy constructor is constant-correct when it accesses the copied value via a constant reference argument (this way the copied value cannot be mistakenly modified while it is being copied to check contracts): 
+<pre class="programlisting"> T::T(const T& source) { ... } // Must be accessible and construct from a const&.
+</pre>
+ See <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> to relax this requirement.
+</li>
+</ol></div>
+
+
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>The type to be tagged. The entire type with eventual <code class="computeroutput">const</code>, <code class="computeroutput">&</code>, <code class="computeroutput">*</code>, etc qualifier should be tagged copyable. For example, if the type is <code class="computeroutput">const int&</code> then <code class="computeroutput">contract::copyable<const int&></code> should be used (and not <code class="computeroutput">const contract::copyable<int>&</code>). </td>
+</tr></tbody>
+</table></div>
+
+
+Note: When using the contract macros, <code class="computeroutput">(copyable)(T)</code> is used instead of <code class="computeroutput">contract::copyable<T></code> to tag the type <code class="computeroutput">T</code> copyable in the macro <code class="computeroutput">sequence</code> parameter.
+See: <code class="computeroutput">CONTRACT_OLDOF()</code>, <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="nonstatic_member_function.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.old_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="copy.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/destructor.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/destructor.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,130 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template destructor</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.destructor_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/destructor.hpp>">
+<link rel="prev" href="../CONTRACT_CHECK_POSTCONDITION.html" title="Macro CONTRACT_CHECK_POSTCONDITION">
+<link rel="next" href="from.html" title="Type from">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_CHECK_POSTCONDITION.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.destructor_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="from.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.destructor"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template destructor</h2>
+contract::destructor
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.destructor_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/destructor.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/destructor.hpp</a>>
+
+template<typename F>
+class <a class="link" href="destructor.html" title="Class template destructor">destructor</a> : public contract::nonstatic_member_function< F > {
+public:
+ // <a class="link" href="destructor.html#contract.destructorconstruct-copy-destruct">construct/copy/destruct</a>
+ <a class="link" href="destructor.html#id434205-bb">destructor</a>(__BodyFunctionPointer__);
+ <a class="link" href="destructor.html#id434274-bb">~destructor</a>();
+
+ // <a class="link" href="destructor.html#id434157-bb">public member functions</a>
+ void <a class="link" href="destructor.html#id434161-bb">call</a>(__MaybeCvClassPointer__);
+};</pre></div>
+<div class="refsect1">
+<a name="id968926"></a><h2>Description</h2>
+Class template used to write contracts for destructors.
+Note: Only the differences between this class and the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> class are documented here. Read the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> documentation first.
+The <code class="computeroutput">CONTRACT_DESTRUCTOR()</code> macro expands to code that uses this class template (see the Without the Macros section) -- whenever possible, use the macro instead of using this class template directly. Rarely, it might be needed to use this class template directly to implement workarounds for compilers that do not fully comply with the ISO C++ standard.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">F</code></td>
+<td>The function type for the destructor being contracted. </td>
+</tr></tbody>
+</table></div>
+
+
+Base contract classes cannot be specified because destructors do not directly subcontract (C++ object destruction mechanism will automatically invoke base class contracts when they are present).
+The function type <code class="computeroutput">F</code> must be specified as follows: 
+<pre class="programlisting"> void (ClassType::*)()
+</pre>
+ Note: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The result type is always <code class="computeroutput">void</code> because destructors return no value. </li>
+<li class="listitem"><code class="computeroutput">ClassType</code> is never <code class="computeroutput">const</code> because destructors can never be constant members (as they modify the object by destructing it). </li>
+<li class="listitem"><code class="computeroutput">ClassType</code> cannot be tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> because there is no object before destructor body execution (it has not been destructed yet) -- the library will generate a compile-time error otherwise. </li>
+<li class="listitem">There is no function argument type because destructors take no argument.</li>
+</ul></div>
+
+See: Without the Macros section, <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> 
+<div class="refsect2">
+<a name="id969164"></a><h3>
+<a name="contract.destructorconstruct-copy-destruct"></a><code class="computeroutput">destructor</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout"><a name="id434205-bb"></a>destructor(__BodyFunctionPointer__ body_function);</pre>
+Construct this contract object using the specified body.
+No precondition and no postcondition function is specified (destructors only check class invariants). This is because destructors have no arguments so there are no preconditions, in addition there is no object after destructor body execution so there are no postconditions (see Tutorial section for more information).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">body_function</code></td>
+<td>A pointer to the function executing the body. </td>
+</tr></tbody>
+</table></div>
+
+
+The body function pointer type is defined as follows: 
+<pre class="programlisting"> typedef void (ClassType::* __BodyFunctionPointer__)();
+</pre>
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem">Destructor body takes no argument. </li></ul></div>
+
+
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id434274-bb"></a>~destructor();</pre>
+Destroy this contract object. 
+</li>
+</ol></div>
+</div>
+<div class="refsect2">
+<a name="id969330"></a><h3>
+<a name="id434157-bb"></a><code class="computeroutput">destructor</code> public member functions</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout">void <a name="id434161-bb"></a>call(__MaybeCvClassPointer__ object);</pre>
+Check the contract and executes the member function body.
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation.
+Accordingly with <code class="computeroutput">F</code>, the <code class="computeroutput">call()</code> function always returns void and it takes no argument. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_CHECK_POSTCONDITION.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.destructor_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="from.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/failure.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/failure.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,140 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class failure</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="../reference.html" title="Reference">
+<link rel="next" href="contract_failed_handler.html" title="Type definition contract_failed_handler">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../reference.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="contract_failed_handler.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.failure"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class failure</h2>
+contract::failure
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+class <a class="link" href="failure.html" title="Class failure">failure</a> {
+public:
+ // <a class="link" href="failure.html#contract.failureconstruct-copy-destruct">construct/copy/destruct</a>
+ explicit <a class="link" href="failure.html#id427467-bb">failure</a>(const char *, const unsigned long &, const char * = "");
+ <a class="link" href="failure.html#id263276-bb">failure</a>(const <a class="link" href="failure.html" title="Class failure">failure</a> &);
+ failure& <a class="link" href="failure.html#id263293-bb">operator=</a>(const <a class="link" href="failure.html" title="Class failure">failure</a> &);
+ <a class="link" href="failure.html#id263309-bb">~failure</a>();
+
+ // <a class="link" href="failure.html#id427395-bb">public member functions</a>
+ const char * <a class="link" href="failure.html#id427399-bb">what</a>() const;
+ const char * <a class="link" href="failure.html#id427422-bb">file</a>() const;
+ unsigned long <a class="link" href="failure.html#id427436-bb">line</a>() const;
+ const char * <a class="link" href="failure.html#id427449-bb">description</a>() const;
+};</pre></div>
+<div class="refsect1">
+<a name="id959300"></a><h2>Description</h2>
+Default exception thrown when a contract condition is found to be false.
+It is recommended to assert contract conditions using the <code class="computeroutput">CONTRACT_ASSERT()</code> macro instead of throwing this exception directly.
+The library handles exceptions (any exception, not just this one) when thrown from within block invariants (plus loop variants), class invariants, preconditions, and postconditions invoking <code class="computeroutput">contract::block_invariant_failed()</code>, <code class="computeroutput">contract::class_invariant_failed()</code>, <code class="computeroutput">contract::precondition_failed()</code>, and <code class="computeroutput">contract::postcondition_failed()</code> respectively (see the Without the Macros section).
+Therefore, throwing this exception on a contract condition failure does not imply that an exception will be thrown overall to handle the failure. It only implies that the correct contract failure handler function will be automatically invoked by the library (after checking eventual overridden contracts for subcontracting, etc). It is not possible to call the failure handler functions directly instead of throwing the exception because that will not allow the library to check overridden contracts when subcontracting. The failure handler functions will then decide the action to take (the default handlers provided by the library invoke <code class="computeroutput">std::terminate()</code> but programmers can redefine this behaviour using <code class="computeroutput">contract::set_block_invariant_failed()</code>, <code class="computeroutput">contract::set_class_invariant_failed()</code>, <code class="computeroutput">contract::set_precondition_failed()</code>, and <cod
e class="computeroutput">contract::set_postcondition_failed()</code>).
+The member functions of this class do not throw (their exception specification is <code class="computeroutput">thow()</code>) so they can be safely used when checking contracts in compliance with STL C++ exception safety requirements at all times.
+See: Without the Macros section. 
+<div class="refsect2">
+<a name="id959438"></a><h3>
+<a name="contract.failureconstruct-copy-destruct"></a><code class="computeroutput">failure</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout">explicit <a name="id427467-bb"></a>failure(const char * file, const unsigned long & line,
+ const char * description = "");</pre>
+Create a condition failure object.
+All the constructor parameters are used to provide more descriptive error messages in case of contract condition failure. At least the file and line number must be specified so to uniquely identify the point of the contract condition failure.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">file</code></td>
+<td>The source code file containing the failed contract condition (use <code class="computeroutput">__FILE__</code>). </td>
+</tr>
+<tr>
+<td><code class="computeroutput">line</code></td>
+<td>The source code line number containing the failed contract condition (use <code class="computeroutput">__LINE__</code>). </td>
+</tr>
+<tr>
+<td><code class="computeroutput">description</code></td>
+<td>An optional human readable description of the contract condition failure (<code class="computeroutput">""</code> if not specified). </td>
+</tr>
+</tbody>
+</table></div>
+
+
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id263276-bb"></a>failure(const <a class="link" href="failure.html" title="Class failure">failure</a> & source);</pre>
+Create a condition failure object copying it from the specified one. 
+</li>
+<li class="listitem">
+<pre class="literallayout">failure& <a name="id263293-bb"></a>operator=(const <a class="link" href="failure.html" title="Class failure">failure</a> & source);</pre>
+Copy a condition failure from the specified one. 
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id263309-bb"></a>~failure();</pre>
+Destroy the condition failure object. 
+</li>
+</ol></div>
+</div>
+<div class="refsect2">
+<a name="id959843"></a><h3>
+<a name="id427395-bb"></a><code class="computeroutput">failure</code> public member functions</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout">const char * <a name="id427399-bb"></a>what() const;</pre>
+Return a human readable message explaining the nature of the condition failure.
+Returns: The actual message text is library implementation specific but it will contain the condition description, the file name, and the line number (when specified). For example, the returned message could look like this: 
+<pre class="programlisting"> contract "size increased by 1" failed at myvector.cpp:40
+</pre>
+ 
+</li>
+<li class="listitem">
+<pre class="literallayout">const char * <a name="id427422-bb"></a>file() const;</pre>
+Return the condition failure source file. 
+</li>
+<li class="listitem">
+<pre class="literallayout">unsigned long <a name="id427436-bb"></a>line() const;</pre>
+Return the condition failure source line number. 
+</li>
+<li class="listitem">
+<pre class="literallayout">const char * <a name="id427449-bb"></a>description() const;</pre>
+Return the condition failure description (<code class="computeroutput">""</code> if not specified). 
+</li>
+</ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../reference.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="contract_failed_handler.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/from.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/from.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,66 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Type from</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.from_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/from.hpp>">
+<link rel="prev" href="destructor.html" title="Class template destructor">
+<link rel="next" href="../CONTRACT_INVARIANT.html" title="Macro CONTRACT_INVARIANT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="destructor.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.from_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_INVARIANT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.from"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Type from</h2>
+contract::from
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.from_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/from.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/from.hpp</a>>
+
+
+enum from { <a class="link" href="from.html#contract.from.FROM_CONSTRUCTOR">FROM_CONSTRUCTOR</a>, <a class="link" href="from.html#contract.from.FROM_DESTRUCTOR">FROM_DESTRUCTOR</a>, <a class="link" href="from.html#contract.from.FROM_NONSTATIC_MEMBER_FUNCTION">FROM_NONSTATIC_MEMBER_FUNCTION</a>,
+ <a class="link" href="from.html#contract.from.FORM_STATIC_MEMBER_FUNCTION">FORM_STATIC_MEMBER_FUNCTION</a>, <a class="link" href="from.html#contract.from.FROM_NONMEMBER_FUNCTION">FROM_NONMEMBER_FUNCTION</a>, <a class="link" href="from.html#contract.from.FROM_BLOCK">FROM_BLOCK</a> };</pre></div>
+<div class="refsect1">
+<a name="id969640"></a><h2>Description</h2>
+Source that found the contract condition failure.
+For example, this is used in the Throw on Failure annex to ensure that destructors never throw to comply with C++ STL exception safety requirements.
+These failure sources are identified separately because they all have different contract checking semantics with respect to each other (see the Tutorial section).
+Warning: You must not assume any specific integer value for these enumerated values. Only use the enumerated values because the integer values they map to are library implementation specific and they could change in future revisions of the library.
+See: <code class="computeroutput">contract::contract_failed_handler</code> 
+<div class="variablelist"><dl>
+<dt><code class="computeroutput">FROM_CONSTRUCTOR</code><a name="contract.from.FROM_CONSTRUCTOR"></a></dt>
+<dd>Contract condition failed from a constructor. </dd>
+<dt><code class="computeroutput">FROM_DESTRUCTOR</code><a name="contract.from.FROM_DESTRUCTOR"></a></dt>
+<dd>Contract condition failed from a destructor. </dd>
+<dt><code class="computeroutput">FROM_NONSTATIC_MEMBER_FUNCTION</code><a name="contract.from.FROM_NONSTATIC_MEMBER_FUNCTION"></a></dt>
+<dd>Contract condition failed from a non-static member function. </dd>
+<dt><code class="computeroutput">FORM_STATIC_MEMBER_FUNCTION</code><a name="contract.from.FORM_STATIC_MEMBER_FUNCTION"></a></dt>
+<dd>Contract condition failed from a static member function. </dd>
+<dt><code class="computeroutput">FROM_NONMEMBER_FUNCTION</code><a name="contract.from.FROM_NONMEMBER_FUNCTION"></a></dt>
+<dd>Contract condition failed from a non-member function. </dd>
+<dt><code class="computeroutput">FROM_BLOCK</code><a name="contract.from.FROM_BLOCK"></a></dt>
+<dd>Contract condition failed from a code block. </dd>
+</dl></div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="destructor.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.from_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_INVARIANT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/loop_variant_type.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/loop_variant_type.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,57 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Type definition loop_variant_type</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">
+<link rel="prev" href="../CONTRACT_ASSERT_MSG.html" title="Macro CONTRACT_ASSERT_MSG">
+<link rel="next" href="../CONTRACT_ASSERT_BLOCK_INVARIANT.html" title="Macro CONTRACT_ASSERT_BLOCK_INVARIANT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_ASSERT_MSG.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_ASSERT_BLOCK_INVARIANT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.loop_variant_type"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Type definition loop_variant_type</h2>
+loop_variant_type
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/block.hpp</a>>
+
+
+typedef __Integer__ loop_variant_type;</pre></div>
+<div class="refsect1">
+<a name="id962321"></a><h2>Description</h2>
+The type of the loop variant expression.
+The <code class="computeroutput">__Integer__</code> type is a signed integer type but its actual type is library implementation specific.
+Note: While the loop variant expression type is signed, the loop variant value is asserted to be always positive (<code class="computeroutput">> 0</code>).
+For example, you can use this type to convert (not cast) the variant expression into the variant type: 
+<pre class="programlisting"> CONTRACT_INIT_LOOP_VARIANT;
+ for (size_t i = 0; i < v.size(); ++i) {
+ CONTRACT_ASSERT_LOOP_VARIANT( loop_variant_type(v.size() - i) );
+ ...
+ }
+</pre>
+ Note this is not a type cast so it will generate a compile-time error if the type conversion if not possible. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_ASSERT_MSG.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.block_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_ASSERT_BLOCK_INVARIANT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/nonmember_function.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/nonmember_function.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,167 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template nonmember_function</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonmember_function_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/nonmember_function.hpp>">
+<link rel="prev" href="../CONTRACT_FUNCTION.html" title="Macro CONTRACT_FUNCTION">
+<link rel="next" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_FUNCTION.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonmember_function_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="nonstatic_member_function.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.nonmember_function"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template nonmember_function</h2>
+contract::nonmember_function
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonmember_function_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/nonmember_function.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/nonmember_function.hpp</a>>
+
+template<typename F>
+class <a class="link" href="nonmember_function.html" title="Class template nonmember_function">nonmember_function</a> {
+public:
+ // <a class="link" href="nonmember_function.html#contract.nonmember_functionconstruct-copy-destruct">construct/copy/destruct</a>
+ <a class="link" href="nonmember_function.html#id436356-bb">nonmember_function</a>(__BodyFunctionPointer__, __PreconditionFunctionPointer__,
+ __PostconditionFunctionPointer__);
+ <a class="link" href="nonmember_function.html#id436529-bb">~nonmember_function</a>();
+
+ // <a class="link" href="nonmember_function.html#id436300-bb">public member functions</a>
+ ResultType <a class="link" href="nonmember_function.html#id436304-bb">call</a>(ArgumentType1, ..., ArgumetnTypeN);
+};</pre></div>
+<div class="refsect1">
+<a name="id973869"></a><h2>Description</h2>
+Class template used to write contracts for non-member functions.
+Note: Only the differences between this class and the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> class are documented here. Read the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> documentation first.
+The <code class="computeroutput">CONTRACT_FUNCTION()</code> macro expands to code that uses this class template (when no <code class="computeroutput">(class)</code> is specified in the function signature sequence, see the Without the Macros section) -- whenever possible, use the macro instead of using this class template directly. Rarely, it might be needed to use this template class directly to implement workarounds for compilers that do not fully comply with the ISO C++ standard.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">F</code></td>
+<td>The function type of the non-member function being contracted. </td>
+</tr></tbody>
+</table></div>
+
+
+The function type <code class="computeroutput">F</code> must be specified as follows: 
+<pre class="programlisting"> ResultType (ArgumentType1, ..., ArgumentTypeN)
+</pre>
+See: Without the Macros section, <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> 
+<div class="refsect2">
+<a name="id974045"></a><h3>
+<a name="contract.nonmember_functionconstruct-copy-destruct"></a><code class="computeroutput">nonmember_function</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout"><a name="id436356-bb"></a>nonmember_function(__BodyFunctionPointer__ body_function,
+ __PreconditionFunctionPointer__ precondition_function,
+ __PostconditionFunctionPointer__ postcondition_function);</pre>
+Construct this contract object using the specified body, preconditions, and postconditions functions.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">body_function</code></td>
+<td>A pointer to the function executing the body. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">precondition_function</code></td>
+<td>A pointer to the function asserting the preconditions. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">postcondition_function</code></td>
+<td>A pointer to the function asserting the postconditions. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation for the definition of metaprogramming constructs used below (<code class="computeroutput">__IfCopyable__</code>, etc).
+Note the followings for the function pointer types defined below: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">They are non-member functions. </li>
+<li class="listitem">There is no old object value in postconditions, not even <code class="computeroutput">contract::noold</code> (because non-member functions have no object).</li>
+</ul></div>
+
+The body function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (* __BodyFunctionPointer__)
+ ( __RemoveCopyable__< ArgumentType1 >,
+ ...,
+ __RemoveCopyable__< ArgumentTypeN >
+ );
+</pre>
+The precondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (* __PreconditionFunctionPointer__)
+ ( boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type
+ );
+</pre>
+The postcondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (* __PreconditionFunctionPointer__)
+ ( boost::add_reference<boost::add_const<
+ __RemoveCopyable< ArgumentType1 > >::type>::type,
+ __IfCopyable__< ArgumentType1,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type >,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type,
+ __IfCopyable__< ArgumentTypeN,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable< ArgumentTypeN > >::type>::type >,
+ __IfNonVoid__< boost::add_reference<boost::add_const<
+ ResultType>::type>::type >
+ );
+</pre>
+ 
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id436529-bb"></a>~nonmember_function();</pre>
+Destroy this contract object. 
+</li>
+</ol></div>
+</div>
+<div class="refsect2">
+<a name="id974360"></a><h3>
+<a name="id436300-bb"></a><code class="computeroutput">nonmember_function</code> public member functions</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout">ResultType <a name="id436304-bb"></a>call(ArgumentType1 argument1, ..., ArgumetnTypeN argumentN);</pre>
+Check the contract and executes the member function body.
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation.
+The <code class="computeroutput">call()</code> function takes no object (because the contracted function is not a member). 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_FUNCTION.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonmember_function_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="nonstatic_member_function.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/nonstatic_member_function.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/nonstatic_member_function.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,283 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template nonstatic_member_function</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonstatic_member_function_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/nonstatic_member_function.hpp>">
+<link rel="prev" href="nonmember_function.html" title="Class template nonmember_function">
+<link rel="next" href="copyable.html" title="Class template copyable">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="nonmember_function.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonstatic_member_function_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="copyable.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.nonstatic_member_function"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template nonstatic_member_function</h2>
+contract::nonstatic_member_function
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonstatic_member_function_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/nonstatic_member_function.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/nonstatic_member_function.hpp</a>>
+
+template<typename F, typename BaseContractClass1 = void, ... ,
+ typename BaseContractClassM = void>
+class <a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">nonstatic_member_function</a> {
+public:
+ // <a class="link" href="nonstatic_member_function.html#contract.nonstatic_member_functionconstruct-copy-destruct">construct/copy/destruct</a>
+ <a class="link" href="nonstatic_member_function.html#id437408-bb">nonstatic_member_function</a>(__BodyFunctionPointer__,
+ __PreconditionFunctionPointer__,
+ __PostconditionFunctionPointer__);
+ <a class="link" href="nonstatic_member_function.html#id437722-bb">~nonstatic_member_function</a>();
+
+ // <a class="link" href="nonstatic_member_function.html#id437202-bb">public member functions</a>
+ ResultType <a class="link" href="nonstatic_member_function.html#id437206-bb">call</a>(__MaybeCVClassPointer__, ArgumentType1, ..., ArgumetnTypeN);
+};</pre></div>
+<div class="refsect1">
+<a name="id975001"></a><h2>Description</h2>
+Class template used to write contracts for non-static member functions.
+Note: This class is used to write contracts for non-static member functions but it cannot be used for static-member functions (see <code class="computeroutput">contract::static_member</code>), constructors (see <code class="computeroutput"><a class="link" href="constructor.html" title="Class template constructor">contract::constructor</a></code>), destructors (see <code class="computeroutput"><a class="link" href="destructor.html" title="Class template destructor">contract::destructor</a></code>), and non-m ember functions (see <code class="computeroutput"><a class="link" href="nonmember_function.html" title="Class template nonmember_function">contract::nonmember_function</a></code>) because they have different contract checking semantics.
+The <code class="computeroutput">CONTRACT_FUNCTION()</code> macro expands to code that uses this class template (see the Without the Macros section) -- whenever possible, use the macro instead of using this class template directly. Rarely, it might be needed to use this class template directly to implement workarounds for compilers that do not fully comply with the ISO C++ standard.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">F</code></td>
+<td>The function type of the function being contracted. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">BaseContractClass1, ..., BaseContractClassM</code></td>
+<td>These are the contracts from which the member function is subcontracting. These are all optional, they are only specified when the member function is subcontracting: no base contract is specified if no subcontracting, only <code class="computeroutput">BaseContractClass1</code> is specified to subcontract from 1 base class only, and more base contract classes are specified to support subcontracting with multiple inheritance. <div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">Each of these types must inherit from <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> (so to be a contract class) and its class type must be a base class of the contracted class (otherwise the library will generate a compile-time error). </li>
+<li class="listitem">When multiple base contract classes are specified, the overridden contracts are checked following the order of the specified template parameters. The derived class contract is checked last. </li>
+<li class="listitem">The maximum number of supported base class contracts M is specified by the <code class="computeroutput">CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE</code> configuration macro. </li>
+</ul></div>
+</td>
+</tr>
+</tbody>
+</table></div>
+
+
+The following metaprogramming constructs (e.g., <code class="computeroutput">__AMetaprogrammingConstruct__</code>) are used in this documentation to define the different types:
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">If <code class="computeroutput">S</code> is <code class="computeroutput">contract::copyable<T></code> then <code class="computeroutput">__RemoveCopyable__< S ></code> is <code class="computeroutput">T</code>, otherwise it is <code class="computeroutput">S</code> (i.e., this removes the eventual <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> tag from the specified type).</li>
+<li class="listitem"><code class="computeroutput">__UncopyableClassType__</code> is <code class="computeroutput">__RemoveCopyable__< __RemoveCV__< ClassType > ></code>.</li>
+<li class="listitem">If <code class="computeroutput">ClassType</code> is cv-qualified then <code class="computeroutput">__MaybeCV__</code> is the cv-qualifier (<code class="computeroutput">const</code>, <code class="computeroutput">volatile</code>, or <code class="computeroutput">const volatile</code>), otherwise it is nothing.</li>
+<li class="listitem">If <code class="computeroutput">S</code> is tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> then <code class="computeroutput"> __IfCopyable__< S, T ></code> is the <code class="computeroutput">T</code>, otherwise it is the <code class="computeroutput">contract::noold</code>.</li>
+<li class="listitem">If <code class="computeroutput">F</code> has a non-void <code class="computeroutput">ResultType</code> then <code class="computeroutput">__IfNonVoid__< C ></code> is <code class="computeroutput">C</code>, otherwise it is nothing.</li>
+<li class="listitem"><code class="computeroutput">__MaybeCvClassPointer__</code> is a pointer to <code class="computeroutput">__UncopyableClassType__</code> with the same cv-qualifier of <code class="computeroutput">ClassType</code> (<code class="computeroutput">*</code>, <code class="computeroutput">const*</code>, <code class="computeroutput">volatile*</code>, or <code class="computeroutput">const volatile*</code>).</li>
+</ul></div>
+
+
+These metaporgramming constructs are not templates. They are internally implemented by the library using both preprocessor and template metaprogramming (in a way that is intentionally not documented here because it is library implementation specific).
+The function type template parameter <code class="computeroutput">F</code> must be specified as follows: 
+<pre class="programlisting"> ResultType (ClassType*, ArgumentType1, ..., ArgumentTypeN)
+</pre>
+Where: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The <code class="computeroutput">ResultType</code> is the function result type (use <code class="computeroutput">void</code> for functions that have no return value). </li>
+<li class="listitem">The <code class="computeroutput">ClassType</code> is the type of the class the function is member of. </li>
+<li class="listitem">For constant member functions <code class="computeroutput">const</code> qualifies the class type. </li>
+<li class="listitem">The class type <code class="computeroutput">ClassType</code> (together with its eventual <code class="computeroutput">const</code> qualifier) can be tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> as in <code class="computeroutput">contract::copyable<ClassType __ConstIfContractMemeber__>*</code> if the object old value <code class="computeroutput">CONTRACT_OLDOF(this)</code> is needed in the postconditions (in this case the class must have an accessible constant-correct copy constructor, see <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code>). Note that <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> does not wrap the pointer operator (i.e., <code class="computeroutput">contract::copyable<ClassType __Cons
tIfContractMemeber__*></code> is invalid). </li>
+<li class="listitem">
+The class type must declare a (private) mutable member variable of a friend type <code class="computeroutput"><a class="link" href="state.html" title="Class state">contract::state</a></code> with the predefined name <code class="computeroutput">contract_state_</code> otherwise the library will generate a compile-time error. This member variable is mainly used by the library to keep track of when contracts are being checked so to disable assertion checking in nested member function calls that could otherwise result in infinite recursion (see the Without the Macros section). 
+<pre class="programlisting"> class ClassType {
+
+ // Optional contract compilation.
+ #if defined BOOST_CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined BOOST_CONTRACT_CHECK_PRECONDITION || \
+ defined BOOST_CONTRACT_CHECK_POSTCONDITION
+ // Augmented state.
+ friend <a class="link" href="state.html" title="Class state">contract::state</a>;
+ mutable <a class="link" href="state.html" title="Class state">contract::state</a> contract_state_;
+ #endif
+
+ ... // Rest of the class.
+ };
+</pre>
+ Whenever possible, use the <code class="computeroutput">CONTRACT_INVARIANT()</code> macro instead of declaring <code class="computeroutput">contract_state_</code> directly. 
+</li>
+<li class="listitem">The function argument types <code class="computeroutput">ArgumentType1</code>, ..., <code class="computeroutput">ArgumentTypeN</code> are all optional (specify none for a function with no argument, only <code class="computeroutput">ArgumentType1</code> is specified for a function with one argument, etc). </li>
+<li class="listitem">Any of the argument type can be tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> if the old value <code class="computeroutput">CONTRACT_OLDOF(argument-name)</code> (before body execution) of the related argument is needed in postconditions. Types tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> must have an accessible constant-correct copy constructor (otherwise the library will generate a compile-time error, see <code class="computeroutput"><a class="link" href="copy.html" title="Class template copy">contract::copy</a></code>). The eventual <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> tag must wrap the entire argument type (including the pointer operator if present, this is different from t
he class type). </li>
+<li class="listitem">The maximum number of supported function arguments N is specified by the <code class="computeroutput">CONTRACT_CONFIG_MAX_FUNCTION_ARITY</code> configuration macro.</li>
+</ul></div>
+
+See: Without the Macros section 
+<div class="refsect2">
+<a name="id976006"></a><h3>
+<a name="contract.nonstatic_member_functionconstruct-copy-destruct"></a><code class="computeroutput">nonstatic_member_function</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout"><a name="id437408-bb"></a>nonstatic_member_function(__BodyFunctionPointer__ body_function,
+ __PreconditionFunctionPointer__ precondition_function,
+ __PostconditionFunctionPointer__ postcondition_function);</pre>
+Construct this contract object using the specified body, preconditions, and postconditions functions.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">body_function</code></td>
+<td>A pointer to the function executing the body. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">precondition_function</code></td>
+<td>A pointer to the function asserting the preconditions. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">postcondition_function</code></td>
+<td>A pointer to the function asserting the postconditions. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+The body function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (__UncopyableClassType__::* __BodyFunctionPointer__)
+ ( __RemoveCopyable__< ArgumentType1 >,
+ ...,
+ __RemoveCopyable__< ArgumentTypeN >
+ ) __MaybeCV__;
+</pre>
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The body function pointer type matches the signature of the contracted function. </li>
+<li class="listitem">The <code class="computeroutput"><code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code></code> tag is removed from the class and argument types. </li>
+<li class="listitem">The function type is the <code class="computeroutput">const</code> only if the contracted function is a constant member.</li>
+</ul></div>
+
+The precondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef void (__UncopyableClassType__::* __PreconditionFunctionPointer__)
+ ( boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type
+ ) const __MaybeVolatile__;
+</pre>
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The precondition function pointer type always has a <code class="computeroutput">void</code> return type. </li>
+<li class="listitem">The <code class="computeroutput"><code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code></code> tag is removed from the class and argument types. </li>
+<li class="listitem">Each function argument is passed as a contract reference. </li>
+<li class="listitem">The function type is always <code class="computeroutput">const</code> if the contracted function is a member.</li>
+</ul></div>
+
+The postcondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef void (__UncopyableClassType__::* __PreconditionFunctionPointer__)
+ ( __IfCopyable__< ClassType,
+ boost::add_pointer<boost::add_const<
+ ClassType>::type>::type >,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type,
+ __IfCopyable__< ArgumentType1,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type >,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type,
+ __IfCopyable__< ArgumentTypeN,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type >,
+ __IfNonVoid__< boost::add_reference<boost::add_const<
+ ResultType>::type>::type >
+ ) const __MaybeVolatile__;
+</pre>
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">The postcondition function pointer type always has a <code class="computeroutput">void</code> return type. </li>
+<li class="listitem">The <code class="computeroutput"><code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code></code> tag is removed from the class and argument types. </li>
+<li class="listitem">The first argument is a constant pointer to the object old value if the class type was tagged <code class="computeroutput"><code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code></code>, otherwise it is of type <code class="computeroutput">contract::noold</code> (indicating that no object old value is available because the class type was not tagged <code class="computeroutput"><code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code></code>). </li>
+<li class="listitem">Each function argument is passed as contract reference and it is followed by its old value. Each old value is a constant reference to the argument old value if the argument type was tagged <code class="computeroutput">contract::copayble</code>, otherwise it is of type <code class="computeroutput">contract::noold</code> (indicating that no object old value is available because the argument type was not tagged <code class="computeroutput"><code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code></code>). </li>
+<li class="listitem">The function type is always <code class="computeroutput">const</code> if the contracted function is a member. </li>
+</ul></div>
+
+
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id437722-bb"></a>~nonstatic_member_function();</pre>
+Destroy this contract object. 
+</li>
+</ol></div>
+</div>
+<div class="refsect2">
+<a name="id976528"></a><h3>
+<a name="id437202-bb"></a><code class="computeroutput">nonstatic_member_function</code> public member functions</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout">ResultType <a name="id437206-bb"></a>call(__MaybeCVClassPointer__ object, ArgumentType1 argument1, ...,
+ ArgumetnTypeN argumentN);</pre>
+Check the contract and execute the member function body.
+This function implements the correct contract checking semantics for the function call (see the Tutorial section). In summary: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">It checks class invariants and preconditions (also of overridden contracts when subcontracting), it executes the member function body, then it checks class invariants and postconditions (also of overridden contracts when subcontracting). </li>
+<li class="listitem">If the body throws an exception, only class invariants (and not postconditions) are checked on function exit. </li>
+<li class="listitem">Non-member functions do not check class invariants and they do not subcontract.</li>
+</ul></div>
+
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">object</code></td>
+<td>A pointer to the object (present only if <code class="computeroutput">F</code> is a member function pointer type). The object pointer is <code class="computeroutput">const</code> only if <code class="computeroutput">F</code> is a constant member function pointer type (to handle constant member functions). </td>
+</tr>
+<tr>
+<td><code class="computeroutput">argument1, ..., argumentN</code></td>
+<td>The function arguments. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Returns: The function return value but only when <code class="computeroutput">F</code> is a non-void function pointer type.
+Note: When <code class="computeroutput">F</code> is a member function pointer type, the <code class="computeroutput">call()</code> function checks class invariants by calling a constant member function with the <code class="computeroutput">contract_invariant_</code> predefined name and it also checks static class invariants by calling a static member function with the <code class="computeroutput">contract_static_invariant_</code> predefined name (see the Without the Macros section for more information): 
+<pre class="programlisting"> class ClassType {
+
+ #if defined BOOST_CONTRACT_CHECK_INVARIANT
+ void contract_static_invariant_(void) {
+ ... // Assert static class invariants.
+ }
+ void contract_invariant_ (void) const {
+ ... // Assert class invariants.
+ }
+ #endif
+
+ ... // Rest of the class.
+ };
+</pre>
+ Note the #if guard to declare the function only when invariant compilation and checking is turned on. Such function must be defined and accessible otherwise the library will generate a compile-time error. Whenever possible, use the <code class="computeroutput">CONTRACT_INVARIANT()</code> macro instead of programming the <code class="computeroutput">contract_invariant_</code> and <code class="computeroutput">contract_static_invariant_</code> functions directly. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="nonmember_function.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.nonstatic_member_function_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="copyable.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/postcondition_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/postcondition_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,61 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function postcondition_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="set_postcondition_failed.html" title="Function set_postcondition_failed">
+<link rel="next" href="../CONTRACT_ASSERT.html" title="Macro CONTRACT_ASSERT">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_postcondition_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_ASSERT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.postcondition_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function postcondition_failed</h2>
+contract::postcondition_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+void postcondition_failed(const from & where);</pre></div>
+<div class="refsect1">
+<a name="id961430"></a><h2>Description</h2>
+Automatically invoked by this library when a postcondition fails.
+It calls <code class="computeroutput">std::terminate()</code> by default but it can be redefined using <code class="computeroutput">contract::set_postcondition_failed()</code>. When this function is called, the exception raised by the contract failure is the active unhandled exception (which can be re-thrown using <code class="computeroutput">throw</code> and then caught, see Throw on Failure annex).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">where</code></td>
+<td>The source that found the the invariant failure. </td>
+</tr></tbody>
+</table></div>
+
+
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_postcondition_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_ASSERT.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/precondition_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/precondition_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,61 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function precondition_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="set_precondition_failed.html" title="Function set_precondition_failed">
+<link rel="next" href="set_postcondition_failed.html" title="Function set_postcondition_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_precondition_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_postcondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.precondition_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function precondition_failed</h2>
+contract::precondition_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+void precondition_failed(const from & where);</pre></div>
+<div class="refsect1">
+<a name="id961139"></a><h2>Description</h2>
+Automatically invoked by this library when a precondition fails.
+It calls <code class="computeroutput">std::terminate()</code> by default but it can be redefined using <code class="computeroutput">contract::set_precondition_failed()</code>. When this function is called, the exception raised by the contract failure is the active unhandled exception (which can be re-thrown using <code class="computeroutput">throw</code> and then caught, see Throw on Failure annex).
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">where</code></td>
+<td>The source that found the the invariant failure. </td>
+</tr></tbody>
+</table></div>
+
+
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="set_precondition_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="set_postcondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/set_block_invariant_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/set_block_invariant_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,64 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function set_block_invariant_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="contract_failed_handler.html" title="Type definition contract_failed_handler">
+<link rel="next" href="block_invariant_failed.html" title="Function block_invariant_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract_failed_handler.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="block_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.set_block_invariant_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function set_block_invariant_failed</h2>
+contract::set_block_invariant_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+contract_failed_handler
+set_block_invariant_failed(contract_failed_handler handler);</pre></div>
+<div class="refsect1">
+<a name="id960403"></a><h2>Description</h2>
+Set the specified user defined handler function to call on block invariant failure.
+This function can be used by programmers to specify an action to take in case of block invariant failure different from the default to terminate the program.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">handler</code></td>
+<td>A pointer to the new handler function. Passing an invalid pointer, including 0, has undefined behaviour and it will likely result in a segmentation fault. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: The previously set handler function pointer.
+See: Throw on Failure annex for an example. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract_failed_handler.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="block_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/set_class_invariant_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/set_class_invariant_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,64 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function set_class_invariant_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="block_invariant_failed.html" title="Function block_invariant_failed">
+<link rel="next" href="class_invariant_failed.html" title="Function class_invariant_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="block_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="class_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.set_class_invariant_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function set_class_invariant_failed</h2>
+contract::set_class_invariant_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+contract_failed_handler
+set_class_invariant_failed(contract_failed_handler handler);</pre></div>
+<div class="refsect1">
+<a name="id960695"></a><h2>Description</h2>
+Set the specified user defined handler function to call on class invariant failure.
+This function can be used by programmers to specify an action to take in case of class invariant failure different from the default to terminate the program.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">handler</code></td>
+<td>A pointer to the new handler function. Passing an invalid pointer, including 0, has undefined behaviour and it will likely result in a segmentation fault. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: The previously set handler function pointer.
+See: Throw on Failure annex for an example. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="block_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="class_invariant_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/set_postcondition_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/set_postcondition_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,64 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function set_postcondition_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="precondition_failed.html" title="Function precondition_failed">
+<link rel="next" href="postcondition_failed.html" title="Function postcondition_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="precondition_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="postcondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.set_postcondition_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function set_postcondition_failed</h2>
+contract::set_postcondition_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+contract_failed_handler
+set_postcondition_failed(contract_failed_handler handler);</pre></div>
+<div class="refsect1">
+<a name="id961279"></a><h2>Description</h2>
+Set the specified user defined handler function to call on postcondition failure.
+This function can be used by programmers to specify an action to take in case of postcondition failure different from the default to terminate the program.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">handler</code></td>
+<td>A pointer to the new handler function. Passing an invalid pointer, including 0, has undefined behaviour and it will likely result in a segmentation fault. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: The previously set handler function pointer.
+See: Throw on Failure annex for an example. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="precondition_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="postcondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/set_precondition_failed.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/set_precondition_failed.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,64 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Function set_precondition_failed</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">
+<link rel="prev" href="class_invariant_failed.html" title="Function class_invariant_failed">
+<link rel="next" href="precondition_failed.html" title="Function precondition_failed">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="class_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="precondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.set_precondition_failed"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Function set_precondition_failed</h2>
+contract::set_precondition_failed
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/assert.hpp</a>>
+
+
+contract_failed_handler
+set_precondition_failed(contract_failed_handler handler);</pre></div>
+<div class="refsect1">
+<a name="id960987"></a><h2>Description</h2>
+Set the specified user defined handler function to call on precondition failure.
+This function can be used by programmers to specify an action to take in case of precondition failure different from the default to terminate the program.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">handler</code></td>
+<td>A pointer to the new handler function. Passing an invalid pointer, including 0, has undefined behaviour and it will likely result in a segmentation fault. </td>
+</tr></tbody>
+</table></div>
+
+
+Returns: The previously set handler function pointer.
+See: Throw on Failure annex for an example. 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="class_invariant_failed.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.assert_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="precondition_failed.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/state.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/state.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,52 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class state</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.state_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/state.hpp>">
+<link rel="prev" href="../CONTRACT_OLDOF.html" title="Macro CONTRACT_OLDOF">
+<link rel="next" href="static_member_function.html" title="Class template static_member_function">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_OLDOF.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.state_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="static_member_function.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.state"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class state</h2>
+contract::state
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.state_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/state.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/state.hpp</a>>
+
+
+class <a class="link" href="state.html" title="Class state">state</a> {
+};</pre></div>
+<div class="refsect1">
+<a name="id979661"></a><h2>Description</h2>
+Augmented object state internally used by the library.
+As illustrated by the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> documentation, the class being contracted must declare a (private) member variable named <code class="computeroutput">contract_state_</code> of <code class="computeroutput">mutable</code> type <code class="computeroutput"><a class="link" href="state.html" title="Class state">contract::state</a></code> (see <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> for example code). The type <code class="computeroutput"><a class="link" href="state.html" title="Class state">contract::state</a></code> must be declared a friend of the class. This member variable is automatically declared when the <code class="computeroutput">CONTRACT_INVARIANT()</code> macro is used (recommended).
+This library will generate a compile-time error if this state variable is not declared and accessible to the contracts.
+Note: This member variable is used internally by this library mainly to track when assertions are being checked so to disable assertion checking in nested function calls that could otherwise lead to infinite recursion (this is a common requirement for Contract Programming). The friendship is requires so the library internally has access to the entire user class including non public members.
+See: <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code>, Without the Macros section 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_OLDOF.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.state_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="static_member_function.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/static_member_function.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/static_member_function.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,176 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Class template static_member_function</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.static_member_function_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/static_member_function.hpp>">
+<link rel="prev" href="state.html" title="Class state">
+<link rel="next" href="wrap.html" title="Struct template wrap">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="state.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.static_member_function_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="wrap.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.static_member_function"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Class template static_member_function</h2>
+contract::static_member_function
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.static_member_function_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/static_member_function.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/static_member_function.hpp</a>>
+
+template<typename F>
+class <a class="link" href="static_member_function.html" title="Class template static_member_function">static_member_function</a> {
+public:
+ // <a class="link" href="static_member_function.html#contract.static_member_functionconstruct-copy-destruct">construct/copy/destruct</a>
+ <a class="link" href="static_member_function.html#id438808-bb">static_member_function</a>(__BodyFunctionPointer__,
+ __PreconditionFunctionPointer__,
+ __PostconditionFunctionPointer__);
+ <a class="link" href="static_member_function.html#id439005-bb">~static_member_function</a>();
+
+ // <a class="link" href="static_member_function.html#id438752-bb">public member functions</a>
+ ResultType <a class="link" href="static_member_function.html#id438756-bb">call</a>(ArgumentType1, ..., ArgumetnTypeN);
+};</pre></div>
+<div class="refsect1">
+<a name="id980167"></a><h2>Description</h2>
+Class template used to write contracts for static member functions.
+Note: Only the differences between this class and the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> class are documented here. Read the <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> documentation first.
+The <code class="computeroutput">CONTRACT_FUNCTION()</code> macro expands to code that uses this class template (when <code class="computeroutput">(static)</code> is specified in the function signature sequence, see the Without the Macros section) -- whenever possible, use the macro instead of using this class template directly. Rarely, it might be needed to use this template class directly to implement workarounds for compilers that do not fully comply with the ISO C++ standard.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">F</code></td>
+<td>The function type of the static member function being contracted. </td>
+</tr></tbody>
+</table></div>
+
+
+Base contract classes cannot be specified because static member functions cannot be virtual and they cannot override base virtual functions so they cannot subcontract.
+The function type <code class="computeroutput">F</code> must be specified as follows: 
+<pre class="programlisting"> ResultType (ClassType*, ArgumentType1, ..., ArgumentTypeN)
+</pre>
+ Note: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem"><code class="computeroutput">ClassType</code> is never <code class="computeroutput">const</code> because static member functions cannot be constant member functions (there is no object to not modify). </li>
+<li class="listitem"><code class="computeroutput">ClassType</code> cannot be tagged <code class="computeroutput"><a class="link" href="copyable.html" title="Class template copyable">contract::copyable</a></code> because there is no object for static member functions -- the library will generate a compile-time error otherwise.</li>
+</ul></div>
+
+See: Without the Macros section, <code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code> 
+<div class="refsect2">
+<a name="id980412"></a><h3>
+<a name="contract.static_member_functionconstruct-copy-destruct"></a><code class="computeroutput">static_member_function</code>
+ public
+ construct/copy/destruct</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+<pre class="literallayout"><a name="id438808-bb"></a>static_member_function(__BodyFunctionPointer__ body_function,
+ __PreconditionFunctionPointer__ precondition_function,
+ __PostconditionFunctionPointer__ postcondition_function);</pre>
+Construct this contract object using the specified body, preconditions, and postconditions functions.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody>
+<tr>
+<td><code class="computeroutput">body_function</code></td>
+<td>A pointer to the function executing the body. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">precondition_function</code></td>
+<td>A pointer to the function asserting the preconditions. </td>
+</tr>
+<tr>
+<td><code class="computeroutput">postcondition_function</code></td>
+<td>A pointer to the function asserting the postconditions. </td>
+</tr>
+</tbody>
+</table></div>
+
+
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation for the definition of metaprogramming constructs used below (<code class="computeroutput">__IfCopyable__</code>, etc).
+Note the followings for the function pointer types defined below: 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">They are static member functions (they do not specify the class type as in <code class="computeroutput">(ClassType::*)</code> but only the function pointer <code class="computeroutput">(*)</code>). </li>
+<li class="listitem">They are never <code class="computeroutput">const</code> member functions because they are <code class="computeroutput">static</code>. </li>
+<li class="listitem">There is no old object value in postconditions, not even <code class="computeroutput">contract::noold</code> (because static member functions have no object).</li>
+</ul></div>
+
+The body function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (* __BodyFunctionPointer__)
+ ( __RemoveCopyable__< ArgumentType1 >,
+ ...,
+ __RemoveCopyable__< ArgumentTypeN >
+ );
+</pre>
+The precondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (* __PreconditionFunctionPointer__)
+ ( boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type
+ );
+</pre>
+The postcondition function pointer type is defined as follows: 
+<pre class="programlisting"> typedef ResultType (* __PreconditionFunctionPointer__)
+ ( boost::add_reference<boost::add_const<
+ __RemoveCopyable< ArgumentType1 > >::type>::type,
+ __IfCopyable__< ArgumentType1,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentType1 > >::type>::type >,
+ ...,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable__< ArgumentTypeN > >::type>::type,
+ __IfCopyable__< ArgumentTypeN,
+ boost::add_reference<boost::add_const<
+ __RemoveCopyable< ArgumentTypeN > >::type>::type >,
+ __IfNonVoid__< boost::add_reference<boost::add_const<
+ ResultType>::type>::type >
+ );
+</pre>
+ 
+</li>
+<li class="listitem">
+<pre class="literallayout"><a name="id439005-bb"></a>~static_member_function();</pre>
+Destroy this contract object. 
+</li>
+</ol></div>
+</div>
+<div class="refsect2">
+<a name="id980759"></a><h3>
+<a name="id438752-bb"></a><code class="computeroutput">static_member_function</code> public member functions</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+<pre class="literallayout">ResultType <a name="id438756-bb"></a>call(ArgumentType1 argument1, ..., ArgumetnTypeN argumentN);</pre>
+Check the contract and executes the member function body.
+Refer to the <code class="computeroutput"><code class="computeroutput"><a class="link" href="nonstatic_member_function.html" title="Class template nonstatic_member_function">contract::nonstatic_member_function</a></code></code> documentation.
+The <code class="computeroutput">call()</code> function takes no object (because the contracted function is static). 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="state.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.static_member_function_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="wrap.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,50 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="static_member_function.html" title="Class template static_member_function">
+<link rel="next" href="wrap_void_T__id439081.html" title="Struct template wrap<void(T)>">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="static_member_function.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="wrap_void_T__id439081.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap</h2>
+contract::wrap
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap.html" title="Struct template wrap">wrap</a> {
+};</pre></div>
+<div class="refsect1">
+<a name="id981160"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+Warning: Attempting to use this template directly will generate a compile-time error. Only the template specialization <code class="computeroutput"><a class="link" href="wrap.html" title="Struct template wrap">contract::wrap</a><void(T)></code> can be used.
+See: <code class="computeroutput"><a class="link" href="wrap.html" title="Struct template wrap">contract::wrap</a><void(T)></code> specialization, <code class="computeroutput">CONTRACT_WRAP_TYPE()</code> 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="static_member_function.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="wrap_void_T__id439081.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id2358596.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id2358596.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,75 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.73.2">
+<link rel="start" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header..home.lcaminiti.sandbox.dbcpp_sourceforge.boost-quickbook.doc.qbk.src.contract.wrap_hpp" title="Header <contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src=".././doc/html/images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header..home.lcaminiti.sandbox.dbcpp_sourceforge.boost-quickbook.doc.qbk.src.contract.wrap_hpp"><img src=".././doc/html/images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src=".././doc/html/images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src=".././doc/html/images/next.png" alt="Next"></a>
+</div>
+<hr>
+<div class="refentry" lang="en">
+<a name="contract.wrap_void(T)_id2358596"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header..home.lcaminiti.sandbox.dbcpp_sourceforge.boost-quickbook.doc.qbk.src.contract.wrap_hpp" title="Header <contract/wrap.hpp>">contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id2358596.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id2358596.html#contract.wrap_void(T)_id2358596types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id2358596.html#contract.wrap_void(T)_id2358596.type">type</a>;
+};</pre></div>
+<div class="refsect1" lang="en">
+<a name="id2670329"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2" lang="en">
+<a name="id2670413"></a><h3>
+<a name="contract.wrap_void(T)_id2358596types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol type="1"><li>
+
+typedef T <a name="contract.wrap_void(T)_id2358596.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009 -2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src=".././doc/html/images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header..home.lcaminiti.sandbox.dbcpp_sourceforge.boost-quickbook.doc.qbk.src.contract.wrap_hpp"><img src=".././doc/html/images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src=".././doc/html/images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src=".././doc/html/images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437056.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437056.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437056"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437056.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437056.html#contract.wrap_void(T)_id437056types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437056.html#contract.wrap_void(T)_id437056.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980612"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980704"></a><h3>
+<a name="contract.wrap_void(T)_id437056types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437056.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437106.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437106.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437106"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437106.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437106.html#contract.wrap_void(T)_id437106types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437106.html#contract.wrap_void(T)_id437106.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980573"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980665"></a><h3>
+<a name="contract.wrap_void(T)_id437106types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437106.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437174.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437174.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437174"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437174.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437174.html#contract.wrap_void(T)_id437174types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437174.html#contract.wrap_void(T)_id437174.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id437174types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437174.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437179.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437179.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437179"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437179.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437179.html#contract.wrap_void(T)_id437179types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437179.html#contract.wrap_void(T)_id437179.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980682"></a><h3>
+<a name="contract.wrap_void(T)_id437179types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437179.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437181.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437181.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437181"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437181.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437181.html#contract.wrap_void(T)_id437181types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437181.html#contract.wrap_void(T)_id437181.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id437181types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437181.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437240.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437240.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437240"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437240.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437240.html#contract.wrap_void(T)_id437240types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437240.html#contract.wrap_void(T)_id437240.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980593"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980684"></a><h3>
+<a name="contract.wrap_void(T)_id437240types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437240.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437311.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437311.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437311"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437311.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437311.html#contract.wrap_void(T)_id437311types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437311.html#contract.wrap_void(T)_id437311.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980570"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980661"></a><h3>
+<a name="contract.wrap_void(T)_id437311types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437311.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437312.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437312.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437312"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437312.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437312.html#contract.wrap_void(T)_id437312types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437312.html#contract.wrap_void(T)_id437312.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id437312types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437312.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437380.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437380.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437380"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437380.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437380.html#contract.wrap_void(T)_id437380types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437380.html#contract.wrap_void(T)_id437380.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980586"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980678"></a><h3>
+<a name="contract.wrap_void(T)_id437380types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437380.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437384.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437384.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437384"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437384.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437384.html#contract.wrap_void(T)_id437384types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437384.html#contract.wrap_void(T)_id437384.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980573"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980665"></a><h3>
+<a name="contract.wrap_void(T)_id437384types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437384.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437445.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437445.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437445"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437445.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437445.html#contract.wrap_void(T)_id437445types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437445.html#contract.wrap_void(T)_id437445.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980589"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id437445types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437445.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437465.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437465.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437465"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437465.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437465.html#contract.wrap_void(T)_id437465types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437465.html#contract.wrap_void(T)_id437465.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980592"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980684"></a><h3>
+<a name="contract.wrap_void(T)_id437465types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437465.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437506.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437506.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437506"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437506.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437506.html#contract.wrap_void(T)_id437506types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437506.html#contract.wrap_void(T)_id437506.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980592"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980683"></a><h3>
+<a name="contract.wrap_void(T)_id437506types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437506.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437513.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437513.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437513"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437513.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437513.html#contract.wrap_void(T)_id437513types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437513.html#contract.wrap_void(T)_id437513.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980589"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id437513types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437513.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437516.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437516.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437516"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437516.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437516.html#contract.wrap_void(T)_id437516types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437516.html#contract.wrap_void(T)_id437516.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980682"></a><h3>
+<a name="contract.wrap_void(T)_id437516types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437516.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437520.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437520.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437520"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437520.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437520.html#contract.wrap_void(T)_id437520types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437520.html#contract.wrap_void(T)_id437520.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980588"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980679"></a><h3>
+<a name="contract.wrap_void(T)_id437520types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437520.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437556.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437556.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437556"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437556.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437556.html#contract.wrap_void(T)_id437556types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437556.html#contract.wrap_void(T)_id437556.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980583"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980674"></a><h3>
+<a name="contract.wrap_void(T)_id437556types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437556.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437585.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437585.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437585"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437585.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437585.html#contract.wrap_void(T)_id437585types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437585.html#contract.wrap_void(T)_id437585.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980591"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980683"></a><h3>
+<a name="contract.wrap_void(T)_id437585types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437585.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437653.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437653.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437653"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437653.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437653.html#contract.wrap_void(T)_id437653types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437653.html#contract.wrap_void(T)_id437653.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980582"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980674"></a><h3>
+<a name="contract.wrap_void(T)_id437653types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437653.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437721.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437721.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437721"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437721.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437721.html#contract.wrap_void(T)_id437721types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437721.html#contract.wrap_void(T)_id437721.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980680"></a><h3>
+<a name="contract.wrap_void(T)_id437721types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437721.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437784.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437784.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437784"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437784.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437784.html#contract.wrap_void(T)_id437784types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437784.html#contract.wrap_void(T)_id437784.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980588"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980680"></a><h3>
+<a name="contract.wrap_void(T)_id437784types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437784.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437791.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437791.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437791"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437791.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437791.html#contract.wrap_void(T)_id437791types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437791.html#contract.wrap_void(T)_id437791.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980588"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980680"></a><h3>
+<a name="contract.wrap_void(T)_id437791types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437791.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437854.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437854.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437854"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437854.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437854.html#contract.wrap_void(T)_id437854types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437854.html#contract.wrap_void(T)_id437854.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980586"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980678"></a><h3>
+<a name="contract.wrap_void(T)_id437854types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437854.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437991.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437991.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437991"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437991.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437991.html#contract.wrap_void(T)_id437991types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437991.html#contract.wrap_void(T)_id437991.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980589"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980680"></a><h3>
+<a name="contract.wrap_void(T)_id437991types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437991.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437994.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id437994.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id437994"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id437994.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id437994.html#contract.wrap_void(T)_id437994types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id437994.html#contract.wrap_void(T)_id437994.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980590"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id437994types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id437994.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438135.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438135.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id438135"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id438135.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id438135.html#contract.wrap_void(T)_id438135types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id438135.html#contract.wrap_void(T)_id438135.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980589"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980681"></a><h3>
+<a name="contract.wrap_void(T)_id438135types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id438135.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438205.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438205.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id438205"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id438205.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id438205.html#contract.wrap_void(T)_id438205types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id438205.html#contract.wrap_void(T)_id438205.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980582"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980674"></a><h3>
+<a name="contract.wrap_void(T)_id438205types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id438205.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438271.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438271.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id438271"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id438271.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id438271.html#contract.wrap_void(T)_id438271types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id438271.html#contract.wrap_void(T)_id438271.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id980591"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id980682"></a><h3>
+<a name="contract.wrap_void(T)_id438271types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id438271.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438810.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id438810.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id438810"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id438810.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id438810.html#contract.wrap_void(T)_id438810types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id438810.html#contract.wrap_void(T)_id438810.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id981015"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id981106"></a><h3>
+<a name="contract.wrap_void(T)_id438810types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id438810.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439081.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439081.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id439081"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id439081.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id439081.html#contract.wrap_void(T)_id439081types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id439081.html#contract.wrap_void(T)_id439081.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id981389"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id981480"></a><h3>
+<a name="contract.wrap_void(T)_id439081types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id439081.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439083.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439083.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id439083"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id439083.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id439083.html#contract.wrap_void(T)_id439083types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id439083.html#contract.wrap_void(T)_id439083.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id981361"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id981453"></a><h3>
+<a name="contract.wrap_void(T)_id439083types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id439083.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439086.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract/wrap_void_T__id439086.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,76 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Struct template wrap<void(T)></title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">
+<link rel="prev" href="wrap.html" title="Struct template wrap">
+<link rel="next" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="refentry">
+<a name="contract.wrap_void(T)_id439086"></a><div class="titlepage"></div>
+<div class="refnamediv">
+<h2>Struct template wrap<void(T)></h2>
+contract::wrap<void(T)>
+</div>
+<h2 xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv-title">Synopsis</h2>
+<div xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="refsynopsisdiv"><pre class="synopsis">// In header: <<a class="link" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp" title="Header <E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp>">E:/sandbox/contractpp/trunk/doc/qbk/src/contract/wrap.hpp</a>>
+
+template<typename T>
+struct <a class="link" href="wrap_void_T__id439086.html" title="Struct template wrap<void(T)>">wrap</a><void(T)> {
+ // <a class="link" href="wrap_void_T__id439086.html#contract.wrap_void(T)_id439086types">types</a>
+ typedef T <a class="link" href="wrap_void_T__id439086.html#contract.wrap_void(T)_id439086.type">type</a>;
+};</pre></div>
+<div class="refsect1">
+<a name="id981392"></a><h2>Description</h2>
+Metafunction used to wrap type expressions containing commas so they can be passed as macro parameters.
+This metafunction first wrap the specified type <code class="computeroutput">T</code> within parenthesis <code class="computeroutput"></code>() (so <code class="computeroutput">T</code> can be passed as a single macro parameter even if it contains commas) forming a void-function type with one argument of type <code class="computeroutput">T</code>. Then the application of the metafunction via its member <code class="computeroutput">type</code> returns the wrapped type <code class="computeroutput">T</code>.
+Parameters: 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<tbody><tr>
+<td><code class="computeroutput">T</code></td>
+<td>Type to be wrapped so it can be passed within a macro parameter even if it contains commas. </td>
+</tr></tbody>
+</table></div>
+
+
+See: CONTRACT_WRAP_TYPE() for more explanation and examples 
+<div class="refsect2">
+<a name="id981484"></a><h3>
+<a name="contract.wrap_void(T)_id439086types"></a><code class="computeroutput">wrap</code>
+ public
+ types</h3>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+
+typedef T <a name="contract.wrap_void(T)_id439086.type"></a>type;
+The type T. 
+</li></ol></div>
+</div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="wrap.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../reference.html#header.E:.sandbox.contractpp.trunk.doc.qbk.src.contract.wrap_hpp"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/Rationale.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/Rationale.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,149 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Annex: Rationale</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="Requirements.html" title="Annex: Requirements">
+<link rel="next" href="bibliography.html" title="Bibliography">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="Requirements.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="bibliography.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.Rationale"></a><a class="link" href="Rationale.html" title="Annex: Rationale">Annex: Rationale</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt><a href="Rationale.html#contract__.Rationale.why_is_the_body_not_passed_as_a_macro_parameter_">Why
+ is the body not passed as a macro parameter?</a></dt>
+<dt><a href="Rationale.html#contract__.Rationale.why_the_contract_macros_need_all_class_and_function_signature_elements_">Why
+ the contract macros need all class and function signature elements?</a></dt>
+<dt><a href="Rationale.html#contract__.Rationale.why_exception_specifications_are_passed_as_a_macro_parameter___throw________">Why
+ exception specifications are passed as a macro parameter <code class="computeroutput">(throw)(...)</code>?</a></dt>
+</dl></div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Rationale.why_is_the_body_not_passed_as_a_macro_parameter_"></a><a class="link" href="Rationale.html#contract__.Rationale.why_is_the_body_not_passed_as_a_macro_parameter_" title="Why is the body not passed as a macro parameter?">Why
+ is the body not passed as a macro parameter?</a>
+</h3></div></div></div>
+
+ The function, constructor, and destructor definition body is not passed as
+ a macro parameter because macros always expand on a single line. Therefore,
+ if the body was passed as a macro parameter and part of the macro expansion,
+ it would expand on a single line and eventual compiler error referring to
+ code within the body will all have the same line number making it very difficult
+ to pinpoint the error.
+ 
+
+ The downside of keeping the body outside the macro expansion is that the
+ additional body function defined to wrap the body will have the same access
+ level as the function being contracted. Therefore, if the function being
+ contracted is not private, the body function will also be not private. However,
+ this is an acceptable limitation because the body function, even if public
+ or protected, will have a special named prefix <code class="computeroutput">contract_body_...</code> indicating that it is part of this library
+ private API and should never be used directly by programmers.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Rationale.why_the_contract_macros_need_all_class_and_function_signature_elements_"></a><a class="link" href="Rationale.html#contract__.Rationale.why_the_contract_macros_need_all_class_and_function_signature_elements_" title="Why the contract macros need all class and function signature elements?">Why
+ the contract macros need all class and function signature elements?</a>
+</h3></div></div></div>
+
+ Even if we do not consider implementation details of this library, a large
+ set of attributes of the declaration signature of classes and function is
+ needed to program contracts. For example: * The class is needed to access
+ the object <code class="computeroutput">this</code>. * Base classes
+ are needed to automatically support subcontracting. Furthermore, the base
+ class access level is needed because subcontracting could in principle be
+ relaxed for private and protected base classes (this was suggested by A++
+ but the current implementation of the library decided to follow N1962 and
+ not to relax subcontracting for non-public functions). Also to automatically
+ support subcontracting, the function contract macros needed to know if a
+ function if virtual or not (this allows to defined special types for virtual
+ function in the base classes so they can be automatically detected by derived
+ classes via introspection metaprogramming techniques using SFINAE). * The
+ member function access level is needed because class invariants are only
+ checked for public functions. * The static classifier of member functions
+ is needed because static member functions do not check non-static class invariants.
+ * Function parameter types and names are needed because they are need to
+ be passed to the functions checking the preconditions and postconditions.
+ Furthermore, the parameter type needs to be specified separately from the
+ parameter name because the <code class="computeroutput">const</code>
+ qualifier needs to be added to the type so preconditions and postconditions
+ access parameters only in a constant-correct context. Finally, the parameter
+ names are used to emulate function overloading (i.e., functions with same
+ name can have separate contracts as long as they have different parameter
+ names). * The function result type is needed so the result value can be accessed
+ by postconditions for non-void functions. * Template parameters are needed
+ to check contracts.
+ 
+
+ Given the large number of signature attributes that are needed to specify
+ contracts, the parenthesized signature was used so the library has access
+ to all the attributes of the signature. Furthermore, to avoid duplicating
+ the signature attributes (which would require programmers to duplicate code
+ making both development and manteinace more tedius), all the attributes are
+ specified within the macros so the macros can also generated the class and
+ function signature automatically.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Rationale.why_exception_specifications_are_passed_as_a_macro_parameter___throw________"></a><a class="link" href="Rationale.html#contract__.Rationale.why_exception_specifications_are_passed_as_a_macro_parameter___throw________" title="Why exception specifications are passed as a macro parameter (throw)(...)?">Why
+ exception specifications are passed as a macro parameter <code class="computeroutput">(throw)(...)</code>?</a>
+</h3></div></div></div>
+
+ Exception specifications cannot simply be programmed outside the contract
+ macros before the body is specified as:
+ 
+<pre class="programlisting">CONTRACT_FUNCTION( (void)(f)( (void) ) ) throw() {
+ ...
+}
+</pre>
+
+ Because this way the exception specification only apply to the body function
+ and the macro expansion cannot apply them to the actual function:
+ 
+<pre class="programlisting">void f() {
+ ... // Check preconditions.
+ f_body(); // Execute body.
+ ... // Check postconditions.
+}
+...
+void f_body() throw() {
+ ...
+}
+</pre>
+
+ So if for some reason the precondition or postcondition (or invariant, or
+ any other code of this library) throws an exception, the function <code class="computeroutput">f()</code> will
+ still throw that exception not complying with the exception specification.
+ 
+
+ Therefore, the exception specification are passed as a macro parameter (complicating
+ the parenthesized syntax a bit) so they can applied by the macro expansion
+ to the outer most function <code class="computeroutput">f()</code> and not just to its body function.
+ 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="Requirements.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="bibliography.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/Requirements.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/Requirements.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,657 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Annex: Requirements</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="../CONTRACT_WRAP_TYPE.html" title="Macro CONTRACT_WRAP_TYPE">
+<link rel="next" href="Rationale.html" title="Annex: Rationale">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="Rationale.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.Requirements"></a><a class="link" href="Requirements.html" title="Annex: Requirements">Annex: Requirements</a>
+</h2></div></div></div>
+<div class="table">
+<a name="id982831"></a>Table 4. Steps executed by a call to a function with a contract.
+<div class="table-contents"><table class="table" summary="Steps executed by a call to a function with a contract.">
+<colgroup>
+<col>
+<col>
+<col>
+<col>
+<col>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Step
+ 
+ </th>
+<th>
+ 
+ Task
+ 
+ </th>
+<th>
+ 
+ Constructor
+ 
+ </th>
+<th>
+ 
+ Destructor
+ 
+ </th>
+<th>
+ 
+ Non-Static Member Function
+ 
+ </th>
+<th>
+ 
+ Static Member Function
+ 
+ </th>
+<th>
+ 
+ Free Function
+ 
+ </th>
+</tr></thead>
+<tbody>
+<tr>
+<td>
+ 
+ 1.
+ 
+ </td>
+<td>
+ 
+ Check static class invariants AND...
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no class for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 2.
+ 
+ </td>
+<td>
+ 
+ ... AND check static class invariants for all base classes
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 3.
+ 
+ </td>
+<td>
+ 
+ Check class invariants AND...
+ 
+ </td>
+<td>
+ 
+ No (because there is no object before constructor body execution).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no object for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no object for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 4.
+ 
+ </td>
+<td>
+ 
+ ... AND check class invariants for all base classes
+ 
+ </td>
+<td>
+ 
+ No (because there is no object before constructor body execution).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 5.
+ 
+ </td>
+<td>
+ 
+ Check function preconditions OR...
+ 
+ </td>
+<td>
+ 
+ Yes but without accessing the object (because there is no object
+ before constructor body execution) plus before constructing any base
+ class and before initializing any member variable (because object
+ construction should not start at all, not even the construction of
+ the base objects or of the members, if the constructor preconditions
+ are not satisfied).
+ 
+ </td>
+<td>
+ 
+ No (because destructors have no function parameter).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes but without accessing the object (because there is no object
+ for static member functions).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 6.
+ 
+ </td>
+<td>
+ 
+ ... OR check preconditions of overridden functions from
+ all base classes
+ 
+ </td>
+<td>
+ 
+ Yes (same as above).
+ 
+ </td>
+<td>
+ 
+ No (same as above).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 7.
+ 
+ </td>
+<td>
+ 
+ Copy old-of values AND...
+ 
+ </td>
+<td>
+ 
+ Yes but old-of expressions cannot access the object (because there
+ is no object before constructor body execution).
+ 
+ </td>
+<td>
+ 
+ No (because destructors have no postconditions and therefore no old-of).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes but old-of expressions cannot access the object (because there
+ is no object in static member functions).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 8.
+ 
+ </td>
+<td>
+ 
+ ... AND copy old-of values of overridden functions from
+ all base classes
+ 
+ </td>
+<td>
+ 
+ Yes (same as above).
+ 
+ </td>
+<td>
+ 
+ No (same as above).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 9.
+ 
+ </td>
+<td>
+ 
+ Execute body
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 10.
+ 
+ </td>
+<td>
+ 
+ Check static class invariants AND...
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no class for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 11.
+ 
+ </td>
+<td>
+ 
+ ... AND check static class invariants for all base classes
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 12.
+ 
+ </td>
+<td>
+ 
+ Check class invariants AND...
+ 
+ </td>
+<td>
+ 
+ Yes (because the object has been constructed).
+ 
+ </td>
+<td>
+ 
+ No (because there is no object after destructor body execution).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no object for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no object for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 13.
+ 
+ </td>
+<td>
+ 
+ ... AND check class invariants for all base classes
+ 
+ </td>
+<td>
+ 
+ Yes (because the object has been constructed).
+ 
+ </td>
+<td>
+ 
+ No (because there is no object after destructor body execution).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 14.
+ 
+ </td>
+<td>
+ 
+ Check function postconditions AND...
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because destructors have no function parameter and there is no
+ object after destructor body execution).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ 15.
+ 
+ </td>
+<td>
+ 
+ ... AND check postconditions of overridden functions from
+ all base classes
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no object after destructor body execution).
+ 
+ </td>
+<td>
+ 
+ Yes.
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for static member functions).
+ 
+ </td>
+<td>
+ 
+ No (because there is no inheritance for free functions).
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
+</div>
+ 
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../CONTRACT_WRAP_TYPE.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="Rationale.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/bibliography.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/bibliography.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,136 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Bibliography</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="Rationale.html" title="Annex: Rationale">
+<link rel="next" href="license.html" title="License">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="Rationale.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="license.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.bibliography"></a><a class="link" href="bibliography.html" title="Bibliography">Bibliography</a>
+</h2></div></div></div>
+
+ [Abrahams2005] D. Abrahams, L. Crowl, T. Ottosen, and J. Widman. Proposal
+ to add Contract Programming to C++ (revision 2). The C++ Standards
+ Committee, n1773,
+ 2005.
+ 
+
+ [Bright2004] W. Bright. <a href="http://www.digitalmars.com/d/2.0/dbc.html" target="_top">Contract
+ Programming for the D Programming Language.</a> 2004.
+ 
+
+ [Bright2004b] W. Bright. <a href="http://www.digitalmars.com/ctg/contract.html" target="_top">Contract
+ Programming for the Digital Mars C++ Compiler.</a> 2004.
+ 
+
+ [C^2] Aechmea. <a href="http://www.programmersheaven.com/app/news/DisplayNews.aspx?NewsID=3843" target="_top">C^2
+ Contract Programming add-on for C++.</a> 2005.
+ 
+
+ [Chrome2002] RemObjects. <a href="http://blogs.remobjects.com/blogs/mh/2008/05/01/p216" target="_top">Chromes:
+ Contract Programming for Object Pascal in .NET.</a> 2002.
+ 
+
+ [Cline1990] M. Cline and D. Lea. "The Behaviour of C++ Classes" and
+ "Using Annotated C++". Proc. of the Symposium on Object
+ Oriented Programming Emphasizing Practical Applications, Maris College,
+ 19090.
+ 
+
+ [Crowl2005] L. Crowl and T. Ottosen. Proposal to add Contract Programming
+ to C++ (revision 3). The C++ Standards Committee, n1866,
+ 2005.
+ 
+
+ [Crowl2006] L. Crowl and T. Ottosen. Proposal to add Contract Programming
+ to C++ (revision 4). The C++ Standards Committee, n1962,
+ 2006.
+ 
+
+ [iContract] O. Enseling. <a href="http://www.javaworld.com/javaworld/jw-02-2001/jw-0216-cooltools.html" target="_top">iContract:
+ Contract Programming for Java.</a> 2001.
+ 
+
+ [Jcontract] Parasoft. <a href="http://www.parasoft.com/jsp/products/article.jsp?label=product_info_Jcontract" target="_top">Jcontract:
+ Contract Programming for Java.</a>
+ 
+
+ [Maley1999] D. Maley and I. Spence. <a href="http://www.computer.org/portal/web/csdl/doi/10.1109/TOOLS.1999.779000" target="_top">Emulating
+ Design by Contract in C++.</a> Proceedings of TOOLS, IEEE Computer
+ Society, 1999.
+ 
+
+ [Meyer1997] B. Meyer. Object Oriented Software Construction.
+ Prentice-Hall, 2nd edition, 1997.
+ 
+
+ [Mitchell2002] R. Mitchell and J. McKim. Design by Contract, by Example.
+ Addison-Wesley, 2002.
+ 
+
+ [Nelson2004] C. Nelson. Working draft changes for C99 preprocessor
+ synchronization. C++ Standards Committee n1653,
+ 2004.
+ 
+
+ [Ottosen2004] T. Ottosen. Proposal to add Design by Contract to C++.
+ The C++ Standards Committee, n1613,
+ 2004.
+ 
+
+ [Ottosen2004b] T. Ottosen. Proposal to add Contract Programming to
+ C++ (revision 1). The C++ Standards Committee, n1669,
+ 2004.
+ 
+
+ [SPARKAda] Praxis. <a href="http://www.praxis-his.com/sparkada/language.asp" target="_top">SPARKAda
+ (Ada-like Language with Contract Programming).</a>
+ 
+
+ [Spec#] Microsoft. <a href="http:://research.microsoft.com/en-us/projects/specsharp/" target="_top">Spec#
+ (C# Extension).</a>
+ 
+
+ [Stroustrup1997] B. Stroustrup. The C++ Programming Language.
+ Prentice-Hall, 2nd Edition, 1997
+ 
+
+ [Sutter2005] H. Sutter and F. Glassborow. Delegating Constructors,
+ revision 2. C++ Standards Committee, n1895,
+ 2005.
+ 
+
+ [Tandin2004] A. Tandin. <a href="http://www.codeproject.com/KB/macros/DbC_and_Doxygen.aspx" target="_top">Design
+ by Contract macros for C++ and link to Doxygen.</a> 2004.
+ 
+
+ [Wilson2006] M. Wilson. Contract Programming 101 -- The Nuclear Reactor
+ and the Deep Space Probe. <a href="http://www.artima.com/cppsource/deepspace.html" target="_top">The
+ C++ Source</a>, 2006.
+ 
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="Rationale.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="license.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/contract_programming.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/contract_programming.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,886 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Annex: Contract Programming</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="throw_on_failure.html" title="Annex: Throw on Failure">
+<link rel="next" href="Grammar.html" title="Appendix: Grammar">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="throw_on_failure.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="Grammar.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.contract_programming"></a><a class="link" href="contract_programming.html" title="Annex: Contract Programming">Annex: Contract Programming</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt>Features</dt>
+<dt>Requirements</dt>
+<dt>Benefits</dt>
+<dt>Costs</dt>
+<dt>Other Tools</dt>
+</dl></div>
+
+ This section continues the discussion on Contract Programming started in <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview" title="Contract Programming Overview">Contract Programming
+ Overview</a>.
+ 
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.contract_programming.features"></a><a class="link" href="contract_programming.html#contract__.contract_programming.features" title="Features">Features</a>
+</h3></div></div></div>
+
+ The following table compares features between this library, the proposal
+ for adding Contract Programming to the C++ standard <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ (see also <a class="link" href="bibliography.html" title="Bibliography">[Crowl2005]</a>, <a class="link" href="bibliography.html" title="Bibliography">[Abrahams2005]</a>, <a class="link" href="bibliography.html" title="Bibliography">[Ottosen2004b]</a>,
+ and <a class="link" href="bibliography.html" title="Bibliography">[Ottosen2004]</a>) [<a name="id951030" href="#ftn.id951030" class="footnote">19</a>] , the Eiffel programming language <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>,
+ and the D programming language <a class="link" href="bibliography.html" title="Bibliography">[Bright2004]</a>.
+ 
+<div class="table">
+<a name="id951060"></a>Table 1. Contract Programming Feature Comparison
+<div class="table-contents"><table class="table" summary="Contract Programming Feature Comparison">
+<colgroup>
+<col>
+<col>
+<col>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Feature
+ 
+ </th>
+<th>
+ 
+ This Library
+ 
+ </th>
+<th>
+ 
+ C++ Standard Proposal
+ 
+ </th>
+<th>
+ 
+ ISE Eiffel 5.4
+ 
+ </th>
+<th>
+ 
+ D
+ 
+ </th>
+</tr></thead>
+<tbody>
+<tr>
+<td>
+ 
+ Keywords
+ 
+ </td>
+<td>
+ 
+ In contract macros preprocessor sequence: <code class="literal">(precondition)</code>,
+ <code class="literal">(postcondition)</code>, <code class="literal">(body)</code>,
+ <code class="literal">(copyable)</code>, <code class="literal">(inherit)</code>
+ 
+ </td>
+<td>
+ 
+ <code class="literal">invariant</code>, <code class="literal">precondition</code>,
+ <code class="literal">postcondition</code>, <code class="literal">oldof</code>
+ 
+ </td>
+<td>
+ 
+ <code class="literal">invariant</code>, <code class="literal">require</code>, <code class="literal">ensure</code>,
+ <code class="literal">do</code>, <code class="literal">require else</code>, <code class="literal">ensure
+ then</code>, <code class="literal">old</code>, <code class="literal">result</code>,
+ <code class="literal">variant</code>
+ 
+ </td>
+<td>
+ 
+ <code class="literal">invariant</code>, <code class="literal">in</code>, <code class="literal">out</code>,
+ <code class="literal">assert</code>, <code class="literal">static</code>
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ On contract failure
+ 
+ </td>
+<td>
+ 
+ Default to <code class="computeroutput">std::terminate()</code> but can be customized (might
+ throw)
+ 
+ </td>
+<td>
+ 
+ Default to <code class="computeroutput">std::terminate()</code> but can be customized (might
+ throw)
+ 
+ </td>
+<td>
+ 
+ Throw exception
+ 
+ </td>
+<td>
+ 
+ Throw exception
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Return value in postconditions
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">(postcondition)(</code>result-name<code class="literal">)</code>
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">postcondition (</code>result-name<code class="literal">)</code>
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">result</code> keyword
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Old values in postconditions
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">CONTRACT_OLDOF(</code>name<code class="literal">)</code>
+ (but only for class and argument types tagged <code class="computeroutput">contract::copyable</code>)
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">oldof</code> keyword
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">old</code> keyword
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Subcontracting
+ 
+ </td>
+<td>
+ 
+ Yes, also support multiple base contracts for multiple inheritance
+ 
+ </td>
+<td>
+ 
+ Yes, also support multiple base contracts but only base classes
+ can specify preconditions
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Contracts for abstract functions
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ No (planned)
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Arbitrary code in contracts
+ 
+ </td>
+<td>
+ 
+ Yes (but recommended to limit contracts to a list of assertions
+ <code class="literal">CONTRACT_ASSERT()</code> and to use only public members
+ in preconditions)
+ 
+ </td>
+<td>
+ 
+ No, assertions only
+ 
+ </td>
+<td>
+ 
+ No, assertions only plus preconditions can only access public members
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Constant-correct
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Function code ordering
+ 
+ </td>
+<td>
+ 
+ In contract macros preprocessor sequence: Preconditions -> postconditions
+ -> body
+ 
+ </td>
+<td>
+ 
+ Preconditions, postconditions, body
+ 
+ </td>
+<td>
+ 
+ Preconditions, body, postconditions
+ 
+ </td>
+<td>
+ 
+ Preconditions, postconditions, body
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Static assertions
+ 
+ </td>
+<td>
+ 
+ No (but Boost.MPL
+ can be used within contracts)
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Block invariants
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">CONTRACT_ASSERT_BLOCK_INVARIANT()</code>
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">invariant</code>
+ 
+ </td>
+<td>
+ 
+ No, but support loop invariants (loops are special code blocks
+ that iterate)
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Loop variants
+ 
+ </td>
+<td>
+ 
+ Yes, <code class="literal">CONTRACT_ASSERT_LOOP_VARIANT()</code> and <code class="literal">CONTRACT_INIT_LOOP_VARIANT</code>
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Disable assertion checking within assertions checking
+ (policy)
+ 
+ </td>
+<td>
+ 
+ Yes (to prevent infinite recursion)
+ 
+ </td>
+<td>
+ 
+ Yes, but not in preconditions
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ No
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Nested function calls (policy)
+ 
+ </td>
+<td>
+ 
+ Disable checking of class invariants (static and non)
+ 
+ </td>
+<td>
+ 
+ Disable nothing
+ 
+ </td>
+<td>
+ 
+ Disable all checks
+ 
+ </td>
+<td>
+ 
+ Disable nothing
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Non-static class invariants checking (policy)
+ 
+ </td>
+<td>
+ 
+ At constructor exit, around any non-static function, at destructor
+ entry, and at function exit due to exception -- but only if programmers
+ specifies contracts for those (e.g., if no contract specified for
+ a private function then no class invariant and no contract is checked
+ for that function)
+ 
+ </td>
+<td>
+ 
+ At constructor exit, around public functions, at destructor entry,
+ and at function exit due to exception
+ 
+ </td>
+<td>
+ 
+ At constructor exit, and around public functions
+ 
+ </td>
+<td>
+ 
+ At constructor exit, around public functions, and at destructor
+ entry
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Static class invariants checking (policy)
+ 
+ </td>
+<td>
+ 
+ At entry and exit of any (also static) member function, constructor,
+ and destructor
+ 
+ </td>
+<td>
+ 
+ No static class invariants
+ 
+ </td>
+<td>
+ 
+ No static class invariants
+ 
+ </td>
+<td>
+ 
+ No static class invariants
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ Removable from object code
+ 
+ </td>
+<td>
+ 
+ Yes, any combinations of <code class="computeroutput">CONTRACT_CHECK_BLOCK_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>,
+ and <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+<td>
+ 
+ Yes (but predefined combinations only)
+ 
+ </td>
+<td>
+ 
+ Yes
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
+</div>
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.contract_programming.requirements"></a><a class="link" href="contract_programming.html#contract__.contract_programming.requirements" title="Requirements">Requirements</a>
+</h3></div></div></div>
+
+ The design of this library was largely based on the requirements identified
+ by the different revisions of the proposal for adding Contract Programming
+ to the C++ standard <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006, etc]</a>
+ and by the Eiffel programming language <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>.
+ 
+
+ This is a list of some of the specific requirements considered for the library
+ design:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Implement Contract Programming within ISO standard C++ (without using
+ external preprcessing tools, etc).
+ </li>
+<li class="listitem">
+ Support optional contract compilation and checking. Programmers can select
+ any combination among invariants, preconditions, and postconditions to
+ be compiled and checked (e.g., compile and check invariants and postconditions
+ only).
+ </li>
+<li class="listitem">
+ Programmers can decide the action to take on contract failure.
+ </li>
+<li class="listitem">
+ Programmers can completely remove contract code for compilation. In other
+ words, if no invariants, no preconditions, and no postconditions are
+ compiled and checked then the user code should remain unchanged (for
+ object size, execution time, compilation-time, etc).
+ </li>
+<li class="listitem">
+ Support old values in postconditions for copyable types. Plus allow programmers
+ to remove the extra copy overhead even for copyable types if the old
+ value is not needed in postconditions (e.g., by not specifying the type
+ copyable).
+ </li>
+<li class="listitem">
+ Support result value in postconditions.
+ </li>
+<li class="listitem">
+ Support subcontracting with multiple inheritance.
+ </li>
+<li class="listitem">
+ Enforce contract constant-correctness at compile-time.
+ </li>
+<li class="listitem">
+ Do not alter the user code public API.
+ </li>
+<li class="listitem">
+ Support contract for all C++ constructs (operators, template class, template
+ functions, static members, non-members, non-static members, constructors,
+ destructors, pure virtual members, etc).
+ </li>
+<li class="listitem">
+ Program contracts together with function and class declarations (not
+ definitions) because contracts are part of the specifications.
+ </li>
+<li class="listitem">
+ Support contract when function (body) definition is separated from (contract)
+ declaration.
+ </li>
+<li class="listitem">
+ Support block invariants.
+ </li>
+<li class="listitem">
+ Support loop variants and invariants.
+ </li>
+</ol></div>
+
+ In addition, library early implementations were somewhat inspired by the
+ work of <a class="link" href="bibliography.html" title="Bibliography">[Maley1999]</a>.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.contract_programming.benefits"></a><a class="link" href="contract_programming.html#contract__.contract_programming.benefits" title="Benefits">Benefits</a>
+</h3></div></div></div>
+
+ The main use of Contract Programming is to improve software quality. <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a> discusses how Contract
+ Programming can be used as the basic tool to write "correct" software.
+ The following is a short summary of the benefits associated with Contract
+ Programming mainly taken from <a class="link" href="bibliography.html" title="Bibliography">[Ottosen2004]</a>.
+ See also <a class="link" href="bibliography.html" title="Bibliography">[Wilson2006]</a> for
+ a discussion of Contract Programming applied to the C++ programming language.
+ Furhtermore, <a class="link" href="bibliography.html" title="Bibliography">[Stroustrup1997]</a>
+ discusses the key importance of class invariants plus advantages and disadvantages
+ of using preconditions and postconditions.
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Using class invariants, programmers can describe what to expect from
+ a class and the logic dependencies between the class members. It is the
+ job of the constructor to ensure that the class invariants are satisfied
+ when the object is first created. Then the implementation of the member
+ functions can be largely simplified as they can be written knowing that
+ the class invariants are satisfied because Contract Programing checks
+ them before and after the execution of every member function. Finally,
+ the destructor makes sure that the class invariants hold for the entire
+ object life-cycle checking the class invariants one last time before
+ destroying the object.
+ </li>
+<li class="listitem">
+ Using function preconditions and postconditions, programmers can give
+ a precise semantic description of what a function requires at its entry
+ and what it ensures under its (normal) exit. In particular, using the
+ old value in postconditions, Contract Programming provides a mechanism
+ that allows programmers to compare values of an expression before and
+ after the executions of the function body. This mechanism is powerful
+ enough to enable programmers to express many constraints within the code
+ -- constraints that would otherwise have to be captured at the best only
+ informally by the code documentation.
+ </li>
+<li class="listitem">
+ Because contracts are embedded directly into the source code, they are
+ executed and verified at run-time so they are always up to date with
+ the code itself. Therefore the specifications as documented by the contracts
+ can be trusted to always be up to date with the source code itself.
+ </li>
+<li class="listitem">
+ Contract Programming can provide a powerful debugging facility because,
+ if contracts are well written, bugs will cause contract assertions to
+ fail exactly where the problem first occurs instead that in some later
+ stage of the program in an apparently unrelated manner. In general, a
+ precondition failure points to a bug in the function caller. A postcondition
+ failure points instead to a bug in the function implementation. Furthermore,
+ in case of contract failure, this library provides detailed error messages
+ that greatly helps debugging. [<a name="id952667" href="#ftn.id952667" class="footnote">20</a>]
+ </li>
+<li class="listitem">
+ Contract Programming facilitates testing because a contract naturally
+ specifies what a test should check. For example, preconditions of a function
+ state which inputs cause the function to fail and postconditions state
+ which inputs cause it to exit normally.
+ </li>
+<li class="listitem">
+ Contract Programming can serve to reduce the gap between designers and
+ programmers by providing a precise and unambiguous specification language.
+ Moreover, contracts can make code reviews easier.
+ </li>
+<li class="listitem">
+ Contract Programming formalizes the virtual function overriding mechanism
+ via the concept of subcontracting. This keeps the base class programmers
+ in control as overriding functions still have to fully satisfy the base
+ class contracts.
+ </li>
+<li class="listitem">
+ Contract Programming assertions can replace defensive programming
+ checks localizing these checks within the contract and making the code
+ more readable.
+ </li>
+</ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.contract_programming.costs"></a><a class="link" href="contract_programming.html#contract__.contract_programming.costs" title="Costs">Costs</a>
+</h3></div></div></div>
+
+ Contract Programming benefits come to the cost of performance as discussed
+ in detail by both <a class="link" href="bibliography.html" title="Bibliography">[Stroustrup1997]</a>
+ and <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>.
+ 
+
+ The run-time performances are negatively impacted by Contract Programming
+ mainly because of the following:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ The extra processing required to check the assertions.
+ </li>
+<li class="listitem">
+ The extra processing required by the additional function calls (additional
+ functions are invoked to check class invariants, preconditions, and postconditions).
+ </li>
+<li class="listitem">
+ The extra processing required to copy object and function arguments when
+ their old values are accessed in postconditions.
+ </li>
+</ol></div>
+
+ To alleviate some of these run-time performance impacts, you can selectively
+ turn off some of the contract compilation and the related run-time checking.
+ In reality, you will have to decide based on the performance trade-offs required
+ by your system but a reasonable approach might be to [<a name="id952845" href="#ftn.id952845" class="footnote">21</a>]:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ Always write contracts to clarify the semantics of your design embedding
+ them directly into the code and its documentation.
+ </li>
+<li class="listitem">
+ Turn on class invariants, preconditions, and postconditions compilation
+ and checking during early testing.
+ </li>
+<li class="listitem">
+ Turn on only preconditions (and possibly class invariants) during release
+ testing and for the final release. (Postconditions are usually more expensive
+ to check.)
+ </li>
+</ul></div>
+
+ Compile-time performances are also impacted by this library as compilation
+ time and compiler memory usage increase mainly because:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ The contracts appear in the class declaration (usually header files)
+ so they have to be re-compiled for each translation unit.
+ </li>
+<li class="listitem">
+ The library implementation extensively uses C++ preprocessor and template
+ metaprogramming which can significantly stress some compilers.
+ </li>
+</ol></div>
+
+ In addition, Contract Programming might induce a false sense of security
+ on the correctness of the software. However, Contract Programming is proposed
+ here as a tool to complement (and not to substitute) testing.
+ 
+
+ In general, Contract Programming is an essential approach to improve software
+ quality even if it comes at a performance cost. While performance trade-offs
+ should be carefully considered depending on the specific application domain,
+ software quality cannot be sacrificed -- it is difficult to see the value
+ of a system that quickly and efficiently provides the incorrect output.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.contract_programming.other_tools"></a><a class="link" href="contract_programming.html#contract__.contract_programming.other_tools" title="Other Tools">Other Tools</a>
+</h3></div></div></div>
+
+ Contract Programming is also supported by the following tools (this is not
+ a complete list):
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ <a class="link" href="bibliography.html" title="Bibliography">[Bright2004b]</a> is the Digital
+ Mars C++ compiler with added Contract Programming support.
+ </li>
+<li class="listitem">
+ <a class="link" href="bibliography.html" title="Bibliography">[C^2]</a> implements Contract
+ Programming for C++ using an external preprocessing tool.
+ </li>
+<li class="listitem">
+ <a class="link" href="bibliography.html" title="Bibliography">[Spec#]</a> extends C# with
+ Contract Programming.
+ </li>
+<li class="listitem">
+ <a class="link" href="bibliography.html" title="Bibliography">[iContract]</a> and <a class="link" href="bibliography.html" title="Bibliography">[Jcontract]</a> are external preprocessing
+ tools that implement Contract Programming for Java.
+ </li>
+<li class="listitem">
+ <a class="link" href="bibliography.html" title="Bibliography">[Chrome2002]</a> is Object
+ Pascal in .NET with Contract Programming support.
+ </li>
+<li class="listitem">
+ <a class="link" href="bibliography.html" title="Bibliography">[SPARKAda]</a> is an Ada-like
+ programming language with Contract Programming support.
+ </li>
+</ul></div>
+
+ Typically, preprocessing tools external to the language work by transforming
+ specially formatted code comments into contract code that is then checked
+ at run-time.
+ 
+</div>
+<div class="footnotes">
+ <hr width="100" align="left">
+<div class="footnote">[<a id="ftn.id951030" href="#id951030" class="para">19</a>] 
+ These are all revisions of the same proposal for adding Contract Programming
+ to the C++ standard.
+ </div>
+<div class="footnote">[<a id="ftn.id952667" href="#id952667" class="para">20</a>] 
+ Of course, if the contract is ill written then Contract Programming
+ is of little use. However, it is less likely to have a bug in both
+ the function body and the contract than in the function body only.
+ For example, consider the validation of a result in postconditions.
+ Validating the return value might seem redundant, but in this case
+ we actually want that redundancy. When programmers write a function,
+ there is a certain probability that they make a mistake in implementing
+ the function body. When they specify the result of the function in
+ the postconditions, there is also a certain probability that they make
+ a mistake in writing the contract. However, the probability that they
+ make a mistake twice (in the body and in the contract)
+ is lower than the probability that the mistake is made just once (in
+ the body).
+ </div>
+<div class="footnote">[<a id="ftn.id952845" href="#id952845" class="para">21</a>] 
+ This approach is generally reasonable because in well tested production
+ code, validating the function body implementation via postconditions and
+ class invariants is rarely needed since the function has shown itself to
+ be "correct" during testing. On the other hand, checking arguments
+ has continuing need because of the evolution of the callers.
+ </div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="throw_on_failure.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="Grammar.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/examples.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/examples.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,1572 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Examples</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="without_the_macros.html" title="Without the Macros">
+<link rel="next" href="throw_on_failure.html" title="Annex: Throw on Failure">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="without_the_macros.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="throw_on_failure.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.examples"></a><a class="link" href="examples.html" title="Examples">Examples</a>
+</h2></div></div></div>
+
+ This section provides source code of fully working examples that can all be
+ compiled and executed using this library. The most interesting examples (from
+ the authors' prospective) have highlighted keywords in their purpose descriptions.
+ 
+
+ All examples presented in the Contract Programming proposal for the C++ standard
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a> are programmed here
+ using the library. Most of the other examples have been ported to C++ from
+ Eiffel code using this library and they were originally presented in <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a> and <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>.
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+ Remember to #define the <code class="computeroutput">CONTRACT_CHECK_BLOCK_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>,
+ and <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ macro symbols using your compiler options (these symbols are #undefined by
+ default, see the <a class="link" href="getting_started.html" title="Getting Started">Getting Started</a>
+ section).
+ </td></tr>
+</table></div>
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Contract++ Library Syntax (supported by ISO C++)
+ 
+ </th>
+<th>
+ 
+ N1962 and ConceptC++ Syntax (proposals not part of C++0x standard)
+ 
+ </th>
+</tr></thead>
+<tbody><tr>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">#include <contract.hpp>
+#include <boost/utility.hpp> // For boost::prior().
+#include <boost/concept_check.hpp>
+#include <vector>
+
+// Contract helpers.
+
+CONTRACT_FUNCTION(
+template( class Iter, class T )
+ requires( // Concepts.
+ boost::ForwardIterator<Iter>,
+ boost::EqualityComparable<T> // For simplicity, assume T comparable.
+ )
+bool (all_equals) ( (Iter) first, (Iter) last, (const T&) val )
+) {
+ for(Iter i = first; i < last; ++i) if (*i != val) return false;
+ return true;
+}
+
+CONTRACT_FUNCTION(
+template( class Iter )
+ requires(
+ boost::FowardIterator<Iter>,
+ boost::EqualityComparable<typename
+ boost::FowardIterator<Iter>::value_type>
+ )
+bool (all_equals) ( (Iter) first1, (Iter) last1, (Iter) first2, (Iter) last2 )
+ precondition(
+ std::distance(first1, last1) == std::distance(first2, last2)
+ )
+) {
+ Iter i = first1, j = first2;
+ while(i < last1 && j < last2) {
+ if (*i != *j) return false;
+ ++i; ++j;
+ }
+ return true;
+}
+
+CONTRACT_FUNCTION(
+template( class Iter, class Size )
+ requires(
+ boost::ForwardIterator<Iter>,
+ // `IDENTITY_TYPE()` to handle commas within macro parameters.
+ typename CONTRACT_IDENTITY_TYPE((boost::Convertible<Size, int>))
+ )
+bool (equal_distance) ( (Iter) first, (Iter) last, (Size) size )
+) {
+ return int(size) == std::distance(first, last); // Could tag for in-iter.
+}
+
+// New vector interface (with contracts).
+
+CONTRACT_CLASS(
+template( class T, class Alloc, default std::allocator<T> )
+class (vector) // No base classes so no subcontracting for this example.
+) {
+ CONTRACT_CLASS_INVARIANT( // Used within a private context.
+ empty() == (size() == 0),
+ int(size()) == std::distance(begin(), end()),
+ int(size()) == std::distance(rbegin(), rend()),
+ size() <= capacity(),
+ capacity() <= max_size()
+ )
+ // No static class invariants for this example.
+
+public:
+ typedef typename std::vector<T, Alloc>::size_type size_type;
+ typedef typename std::vector<T, Alloc>::iterator iterator;
+ typedef typename std::vector<T, Alloc>::const_iterator const_iterator;
+ typedef typename std::vector<T, Alloc>::reverse_iterator reverse_iterator;
+ typedef typename std::vector<T, Alloc>::const_reverse_iterator
+ const_reverse_iterator;
+ typedef typename std::vector<T, Alloc>::reference reference;
+ typedef typename std::vector<T, Alloc>::const_reference const_reference;
+
+ CONTRACT_CONSTRUCTOR(
+ public (vector) ( void )
+ initialize( vector_() ) // Member initializers.
+ postcondition( empty() )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public explicit (vector) ( (const Alloc&) al )
+ initialize( vector_(al) )
+ postcondition( empty(), al == get_allocator() )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public explicit (vector) ( (size_type) count )
+ initialize( (vector_(count)) )
+ postcondition( size() == count, all_equals(begin(), end(), T()) )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public (vector) ( (size_type) count, (const T&) val )
+ initialize( vector_(count, val) )
+ postcondition( size() == count, all_equals(begin(), end(), val) )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public (vector) ( (size_type) count, (const T&) val, (const Alloc&) al )
+ initialize( vector_(count, val, al) )
+ postcondition(
+ size() == count,
+ all_equals(begin(), end(), val),
+ al == get_allocator()
+ )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public (vector) ( (const vector&) right )
+ initialize( vector_(right.vector_) )
+ postcondition( right == *this )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public template( class InIt ) requires( boost::InputIterator<InIt> )
+ (vector) ( (InIt) first, (InIt) last )
+ initialize( vector_(first, last) )
+ postcondition( equal_distance(first, last, size()) )
+ ) {}
+
+ CONTRACT_CONSTRUCTOR(
+ public template( class InIt ) requires( boost::InputIterator<InIt> )
+ (vector) ( (InIt) first, (InIt) last, (const Alloc&) al )
+ initialize( vector_(first, last, al) )
+ postcondition(
+ equal_distance(first, last, size()),
+ al == get_allocator()
+ )
+ ) {}
+
+ CONTRACT_DESTRUCTOR( // Contracted so also destructor checks invariants.
+ public (vector) ( void )
+ ) {}
+
+ CONTRACT_FUNCTION(
+ public void (reserve) ( (size_type) count )
+ precondition( count < max_size() )
+ postcondition( capacity() >= count )
+ ) {
+ vector_.reserve(count);
+ }
+
+ CONTRACT_FUNCTION(
+ public (size_type) (capacity) ( void ) const // Constant member.
+ postcondition( auto result = return, result >= size() ) // With result.
+ ) {
+ return vector_.capacity();
+ }
+
+ CONTRACT_FUNCTION(
+ public (iterator) (begin) ( void )
+ postcondition(
+ auto result = return,
+ if(empty()) ( result == end() ) // Select assertion.
+ )
+ ) {
+ return vector_.begin();
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_iterator) (begin) ( void ) const
+ postcondition(
+ auto result = return,
+ if(empty()) ( result == end() )
+ )
+ ) {
+ return vector_.begin();
+ }
+
+ CONTRACT_FUNCTION( // Contracted even if no pre/post so to check invariants.
+ public (iterator) (end) ( void )
+ ) {
+ return vector_.end();
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_iterator) (end) ( void ) const
+ ) {
+ return vector_.end();
+ }
+
+ CONTRACT_FUNCTION(
+ public (reverse_iterator) (rbegin) ( void )
+ postcondition(
+ auto result = return,
+ if(empty()) ( result == rend() )
+ )
+ ) {
+ return vector_.rbegin();
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_reverse_iterator) (rbegin) ( void ) const
+ postcondition(
+ auto result = return,
+ if(empty()) ( result == rend() )
+ )
+ ) {
+ return vector_.rbegin();
+ }
+
+ CONTRACT_FUNCTION(
+ public (reverse_iterator) (rend) ( void )
+ ) {
+ return vector_.rend();
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_reverse_iterator) (rend) ( void ) const
+ ) {
+ return vector_.rend();
+ }
+
+ CONTRACT_FUNCTION(
+ public void (resize) ( (size_type) newsize )
+ postcondition(
+ auto old_size = CONTRACT_OLDOF size(), // Old values.
+ size() == newsize,
+ // Version 1: with an if.
+ if(newsize > old_size) (
+ all_equals(begin() + old_size, end(), T())
+ ) else (
+ true // Dummy assertion to show the optional else branch.
+ )
+ )
+ ) {
+ vector_.resize(newsize);
+ }
+
+ CONTRACT_FUNCTION(
+ public void (resize) ( (size_type) newsize, (T) val )
+ postcondition(
+ (size_type) old_size = CONTRACT_OLDOF size(), // Specify old type.
+ size() == newsize,
+ // Version 2: with a ternary operator `condition ? then : else`.
+ newsize > old_size ?
+ all_equals(begin() + old_size, end(), val) : true
+ )
+ ) {
+ vector_.resize(newsize, val);
+ }
+
+ CONTRACT_FUNCTION(
+ public (size_type) (size) ( void ) const
+ postcondition( auto result = return, result <= capacity() )
+ ) {
+ return vector_.size();
+ }
+
+ CONTRACT_FUNCTION(
+ public (size_type) (max_size) ( void ) const
+ postcondition( auto result = return, result >= capacity() )
+ ) {
+ return vector_.max_size();
+ }
+
+ CONTRACT_FUNCTION(
+ public bool (empty) ( void ) const
+ postcondition( auto result = return, result == (size() == 0) )
+ ) {
+ return vector_.empty();
+ }
+
+ CONTRACT_FUNCTION(
+ public (Alloc) (get_allocator) ( void ) const
+ ) {
+ return vector_.get_allocator();
+ }
+
+ CONTRACT_FUNCTION(
+ public (reference) (at) ( (size_type) off )
+ precondition( off < size() )
+ ) {
+ return vector_.at(off);
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_reference) (at) ( (size_type) off ) const
+ precondition( off < size() )
+ ) {
+ return vector_.at(off);
+ }
+
+ CONTRACT_FUNCTION( // Operators name in both symbol `[]` and word `at`.
+ public (reference) operator([], at) ( (size_type) off )
+ precondition( off < size() )
+ ) {
+ return vector_[off];
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_reference) operator([], at) ( (size_type) off ) const
+ precondition( off < size() )
+ ) {
+ return vector_[off];
+ }
+
+ CONTRACT_FUNCTION(
+ public (reference) (front) ( void )
+ precondition( bool(!empty()) ) // `bool()` handles leading `!`.
+ ) {
+ return vector_.front();
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_reference) (front) ( void ) const
+ precondition( empty() == false ) // `== false` instead of `!`.
+ ) {
+ return vector_.front();
+ }
+
+ CONTRACT_FUNCTION(
+ public (reference) (back) ( void )
+ precondition( contract::identity(!empty()) ) // `identity` for `!`.
+ ) {
+ return vector_.back();
+ }
+
+ CONTRACT_FUNCTION(
+ public (const_reference) (back) ( void ) const
+ precondition( empty() == false )
+ ) {
+ return vector_.back();
+ }
+
+ CONTRACT_FUNCTION(
+ public void (push_back) ( (const T&) val )
+ precondition( size() < max_size() )
+ postcondition(
+ auto old_size = CONTRACT_OLDOF size(),
+ auto old_capacity = CONTRACT_OLDOF capacity(),
+ back() == val,
+ size() == old_size + 1,
+ capacity() >= old_capacity
+ )
+ ) {
+ vector_.push_back(val);
+ }
+
+ CONTRACT_FUNCTION(
+ public void (pop_back) ( void )
+ precondition( empty() == false )
+ postcondition(
+ auto old_size = CONTRACT_OLDOF size(),
+ size() == old_size - 1
+ )
+ ) {
+ vector_.pop_back();
+ }
+
+ CONTRACT_FUNCTION(
+ public template( class InIt ) requires( boost::InputIterator<InIt> )
+ void (assign) ( (InIt) first, (InIt) last )
+ /** @pre [first, last) not sub-range of [begin(), end()). */
+ postcondition( equal_distance(first, last, size()) )
+ ) {
+ vector_.assign(first, last);
+ }
+
+ CONTRACT_FUNCTION(
+ public void (assign) ( (size_type) count, (const T&) val )
+ precondition( count <= max_size() )
+ postcondition( all_equals(begin(), end(), val) )
+ ) {
+ vector_.assign(count, val);
+ }
+
+ CONTRACT_FUNCTION(
+ public (iterator) (insert) ( (iterator) pos, (const T&) val )
+ precondition( size() < max_size() )
+ postcondition(
+ auto result = return,
+ auto old_size = CONTRACT_OLDOF size(),
+ auto old_capacity = CONTRACT_OLDOF capacity(),
+ val == *result,
+ size() == old_size + 1,
+ capacity() >= old_capacity
+ /** @post
+ * if capacity() > oldof capacity():
+ * all iterators invalidated
+ * else:
+ * all iterators in [pos, end()) invalidated
+ */
+ )
+ ) {
+ return vector_.insert(pos, val);
+ }
+
+ CONTRACT_FUNCTION(
+ public void (insert) ( (iterator) pos, (size_type) count, (const T&) val )
+ precondition( max_size() > size() + count )
+ postcondition(
+ auto old_size = CONTRACT_OLDOF size(),
+ auto old_capacity = CONTRACT_OLDOF capacity(),
+ auto old_pos = CONTRACT_OLDOF pos,
+ size() == old_size + count,
+ capacity() >= old_capacity,
+ if(capacity() == old_capacity) (
+ all_equals(boost::prior(old_pos),
+ boost::prior(old_pos) + count, val)
+ /** @post All iterators in [pos, end()) invalidated. */
+ )
+ /** @post Else, all iterators invalidated. */
+ )
+ ) {
+ vector_.insert(pos, count, val);
+ }
+
+ CONTRACT_FUNCTION(
+ public template( class InIt ) requires( boost::InputIterator<InIt> )
+ void (insert) ( (iterator) pos, (InIt) first, (InIt) last )
+ precondition(
+ /** @pre [first, last) not a sub-range of [begin(), end()). */
+ max_size() > size() + std::distance(first, last)
+ )
+ postcondition(
+ auto old_size = CONTRACT_OLDOF size(),
+ auto old_capacity = CONTRACT_OLDOF capacity(),
+ size() == old_size + std::distance(first, last),
+ capacity() >= old_capacity
+ )
+ ) {
+ return vector_.insert(pos, first, last);
+ }
+
+ CONTRACT_FUNCTION(
+ public (iterator) (erase) ( (iterator) pos )
+ precondition(
+ empty() == false,
+ pos != end()
+ )
+ postcondition(
+ auto result = return,
+ auto old_size = CONTRACT_OLDOF size(),
+ size() == old_size - 1,
+ if(empty()) ( result == end() )
+ /** @post Iterators in [pos, end()) invalidated. */
+ )
+ ) {
+ return vector_.erase(pos);
+ }
+
+ CONTRACT_FUNCTION(
+ public (iterator) (erase) ( (iterator) first, (iterator) last )
+ precondition( size() >= std::distance(first, last) )
+ postcondition(
+ auto result = return,
+ auto old_size = CONTRACT_OLDOF size(),
+ size() == old_size - std::distance(first, last),
+ if(empty()) ( result == end() )
+ /** @post Iterators in [first, end()) invalidated. */
+ )
+ ) {
+ return vector_.erase(first, last);
+ }
+
+ CONTRACT_FUNCTION(
+ public void (clear) ( void )
+ postcondition( empty() )
+ ) {
+ vector_.clear();
+ }
+
+ CONTRACT_FUNCTION(
+ public void (swap) ( (vector&) right )
+ postcondition(
+ auto old_self = CONTRACT_OLDOF *this, // Deep copy (not just ptr).
+ auto old_right = CONTRACT_OLDOF right,
+ right == old_self,
+ old_right == *this,
+ )
+ ) {
+ vector_.swap(right);
+ }
+
+ CONTRACT_FUNCTION(
+ public bool operator(==, equal) ( (const vector&) right ) const
+ postcondition(
+ auto result = return,
+ result == all_equals(begin(), end(), right.begin(), right.end())
+ )
+ ) {
+ return vector_ == right.vector_;
+ }
+
+private:
+ std::vector<T, Alloc> vector_;
+};
+</pre>
+
+ 
+ </td>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">// Extra spaces, newlines, public, etc to better align code with library syntax.
+
+#include <concepts>
+#include <vector>
+
+// Contract helpers.
+
+
+template< class Iter, class T >
+ requires
+ std::ForwardIterator<Iter>,
+ std::EqualityComparable<T>
+
+bool all_equals ( Iter first, Iter last, const T& val )
+{
+ for(Iter i = first; i < last; ++i) if(*i != val) return false;
+ return true;
+}
+
+
+template< class Iter >
+ requires
+ std::ForwardIterator<Iter>,
+ std::EqualityComparable<typename
+ std::ForwardIterator<Iter>::value_type>
+
+bool all_equals ( Iter first1, Iter last1, Iter first2, Iter last2 )
+ precondition {
+ std::distance(first1, last1) == std::distance(first2, last2);
+ }
+{
+ Iter i = first1, j = first2;
+ while(i < last1 && j < last2) {
+ if(*i != *j) return false;
+ ++i; ++j;
+ }
+ return true;
+}
+
+
+template< class Iter, class Size >
+ requires
+ std::ForwardIterator<Iter>,
+
+ typename std::Convertible<Size, int>
+
+bool equal_distance ( Iter first, Iter last, Size size )
+{
+ return int(size) == std::distance(first, last);
+}
+
+// New vector interface (with contracts).
+
+
+template< class T, class Alloc = std::allocator<T> >
+class vector
+{
+ invariant {
+ empty() == (size() == 0);
+ int(size()) == std::distance(begin(), end());
+ int(size()) == std::distance(rbegin(), rend());
+ size() <= capacity();
+ capacity() <= max_size();
+ }
+ // No static class invariants allowed (could be `static invariant { ... }`).
+
+public:
+ typedef typename std::vector<T, Alloc>::size_type size_type;
+ typedef typename std::vector<T, Alloc>::iterator iterator;
+ typedef typename std::vector<T, Alloc>::const_iterator const_iterator;
+ typedef typename std::vector<T, Alloc>::reverse_iterator reverse_iterator;
+ typedef typename std::vector<T, Alloc>::const_reverse_iterator
+ const_reverse_iterator;
+ typedef typename std::vector<T, Alloc>::reference reference;
+ typedef typename std::vector<T, Alloc>::const_reference const_reference;
+
+
+ public: vector ( void )
+ : vector_()
+ postcondition { empty(); }
+ {}
+
+
+ public: explicit vector ( const Alloc& al )
+ : vector_(al)
+ postcondition { empty(); al == get_allocator(); }
+ {}
+
+
+ public: explicit vector ( size_type count )
+ : vector_(count)
+ postcondition { size() == count; all_equals(begin(), end(), T()); }
+ {}
+
+
+ public: vector ( size_type count, const T& val )
+ : vector_(count, val)
+ postcondition { size() == count; all_equals(begin(), end(), val); }
+ {}
+
+
+ public: vector ( size_type count, const T& val, const Alloc& al )
+ : vector_(count, val, al)
+ postcondition {
+ size == count;
+ all_equals(begin(), end(), val);
+ al == get_allocator();
+ }
+ {}
+
+
+ public: vector ( const vector& right )
+ : vector_(right)
+ postcondition { right == *this; }
+ {}
+
+
+ public: template< class InIt > requires std::InputIterator<InIt>
+ vector ( InIt first, InIt last )
+ : vector_(first, last)
+ postcondition { equal_distance(first, last, size()); }
+ {}
+
+
+ public: template< class InIt > requires std::InputIterator<InIt>
+ vector ( InIt first, InIt last, const Alloc& al )
+ : vector_(first, last, al)
+ postcondition {
+ equal_distance(first, last, size());
+ al == get_allocator();
+ }
+ {}
+
+
+ public: ~vector ( void )
+ {}
+
+
+ public: void reserve ( size_type count )
+ precondition { count < max_size(); }
+ postcondition { capacity() >= count; }
+ {
+ vector_.reverse(count);
+ }
+
+
+ public: size_type capacity ( void ) const
+ postcondition(result) { result >= size(); }
+ {
+ return vector_.capacity();
+ }
+
+
+ public: iterator begin ( void )
+ postcondition(result) {
+
+ if(empty()) { result == end(); }
+ }
+ {
+ return vector_.begin();
+ }
+
+
+ public: const_iterator begin ( void ) const
+ postcondition(result) {
+
+ if(empty()) { result == end(); }
+ }
+ {
+ return vector_.begin();
+ }
+
+
+ public: iterator end ( void )
+ {
+ return vector_.end();
+ }
+
+
+ public: const_iterator end ( void ) const;
+ {
+ return vector_.end();
+ }
+
+
+ public: reverse_iterator rbegin ( void )
+ postcondition(result) {
+
+ if(empty()) { result == rend(); }
+ }
+ {
+ return vector_.rbegin();
+ }
+
+
+ public: const_reverse_iterator rbegin ( void ) const
+ postcondition(result) {
+
+ if(empty()) { result == rend(); }
+ }
+ {
+ return vector_.rbegin();
+ }
+
+
+ public: reverse_iterator rend ( void )
+ {
+ return vector_.rend();
+ }
+
+
+ public: const_reverse_iterator rend ( void ) const
+ {
+ return vector_.rend();
+ }
+
+
+ public: void resize ( size_type newsize )
+ postcondition {
+
+ size() == newsize;
+ // Version 1: with an if.
+ if(newsize > oldof size()) { // Old values.
+ all_equals(begin() + oldof size(), end(), T());
+ } else {
+ true; // Dummy assertion to show the optional else branch.
+ }
+ }
+ {
+ vector_.resize(newsize);
+ }
+
+
+ public: void resize ( size_type newsize, T val )
+ postcondition {
+
+ size() == newsize;
+ // Version 2: with ternary operator `condition ? then : else`.
+ newsize > oldof size() ? // then
+ all_equals(begin() + oldof size(), end(), val) : true;
+ }
+ {
+ vector_.resize(newsize, val);
+ }
+
+
+ public: size_type size ( void ) const
+ postcondition(result) { result <= capacity(); }
+ {
+ return vector_.size();
+ }
+
+
+ public: size_type max_size ( void ) const
+ postcondition(result) { result >= capacity(); }
+ {
+ return vactor_.max_size();
+ }
+
+
+ public: bool empty ( void ) const
+ postcondition( result ) { result == (size() == 0); }
+ {
+ return vector_.empty();
+ }
+
+
+ public: Alloc get_allocator ( void ) const
+ {
+ return vector_.get_allocator();
+ }
+
+
+ public: reference at ( size_type off )
+ precondition { off < size(); }
+ {
+ return vector_.at(off);
+ }
+
+
+ public: const_reference at ( size_type off ) const
+ precondition { off < size(); }
+ {
+ return vector_.at(off);
+ }
+
+
+ public: reference operator[] ( size_type off )
+ precondition { off < size(); }
+ {
+ return vector_[off];
+ }
+
+
+ public: const_reference operator[] ( size_type off ) const
+ precondition { off < size(); }
+ {
+ return vector_[off];
+ }
+
+
+ public: reference front ( void )
+ recondition { bool(!empty()); }
+ {
+ return vector_.front();
+ }
+
+
+ public: const_reference front ( void ) const
+ precondition { empty() == false; }
+ {
+ return vector_.front();
+ }
+
+
+ public: reference back ( void )
+ precondition { !empty(); }
+ {
+ return vector_.back();
+ }
+
+
+ public: const_reference back ( void ) const
+ precondition { empty() == false; }
+ {
+ return vector_.back();
+ }
+
+
+ public: void push_back ( const T& val )
+ precondition { size() < max_size(); }
+ postcondition {
+
+
+ back() == val;
+ size() == oldof size() + 1;
+ capacity() >= oldof capacity();
+ }
+ {
+ vector_.push_back(val);
+ }
+
+
+ pubilc: void pop_back ( void )
+ precondition { empty() == false; }
+ postcondition {
+
+ size() == oldof size() - 1;
+ }
+ {
+ vector_.pop_back();
+ }
+
+
+ pubilc: template< class InIt > requires std::InputIterator<InIt>
+ void assign ( InIt first, InIt last )
+ /** @pre [first, last) not sub-range of [begin(), end()). */
+ postcondition { equal_distance(first, last, size()); }
+ {
+ vector_.assign(first, last);
+ }
+
+
+ public: void assign ( size_type count, const T& val )
+ precondition { count <= max_size(); }
+ postcondition { all_equals(begin(), end(), val); }
+ {
+ assign(count, val);
+ }
+
+
+ public: iterator insert ( iterator where, const T& val )
+ precondition { size() < max_size(); }
+ postcondition(result) {
+
+
+
+ val == *result;
+ size() == oldof size() + 1;
+ capacity() >= oldof capacity();
+ /** @post
+ * if capacity() > oldof capacity():
+ * all iterators invalidated
+ * else:
+ * all iterators in [pos, end()) invalidated
+ */
+ }
+ {
+ return vector_.insert(pos, val);
+ }
+
+
+ public: void insert ( iterator pos, size_type count, const T& val )
+ precondition { size() + count <= max_size(); }
+ postcondition {
+
+
+
+ size() == oldof size() + count;
+ capacity() >= oldof capacity();
+ if(capacity() == oldof capacity()) {
+ all_equals(std::prior(oldof pos),
+ std::prior(oldof pos) + count, val);
+ /** @post All iterators in [pos, end()) invalidated. */
+ }
+ /** @post Else, all iterators invalidated. */
+ }
+ {
+ vector_.insert(pos, count, val);
+ }
+
+
+ public: template< class InIt > requires std::InputIterator<InIt>
+ void insert ( iterator where, InIt first, InIt last )
+ precondition {
+ /** @pre [first, last) not a sub-range of [begin(), end()). */
+ max_size() >= (size() + std::distance(first, last));
+ }
+ postcondition {
+
+
+ size() == oldof size() + std::distance(first, last);
+ capacity() >= oldof capacity();
+ }
+ {
+ return vector_.insert(pos, first, last);
+ }
+
+
+ public: iterator erase ( iterator pos )
+ precondition {
+ empty() == false;
+ pos != end();
+ }
+ postcondition(result) {
+
+
+ size() == oldof size() - 1;
+ if(empty()) { result == end(); }
+ /** @post Iterators in [pos, end()) invalidated. */
+ }
+ {
+ return vector_.erase(pos);
+ }
+
+
+ public: iterator erase ( iterator first, iterator last )
+ precondition { size() >= std::distance(first, last); }
+ postcondition(result) {
+
+
+ size() == oldof size() - std::distance( first, last );
+ if(empty()) { result == end(); }
+ /** @post Iterators in [first, end()) invalidated. */
+ }
+ {
+ return vector_.erase(first, last);
+ }
+
+
+ public: void clear ( void )
+ postcondition { empty(); }
+ {
+ vector_.clear();
+ }
+
+
+ public: void swap ( vector& right )
+ postcondition {
+
+
+ right == oldof *this;
+ oldof right == *this;
+ }
+ {
+ return vector_.swap(right);
+ }
+
+
+ public: bool operator== ( const vector& right ) const
+ postcondition(result) {
+
+ result == all_equals(begin(), end(), right.begin(), right.end());
+ }
+ {
+ return vector_ == right.vector_;
+ }
+
+private:
+ std::vector<T, Alloc> vector_;
+};
+</pre>
+
+ 
+ </td>
+</tr></tbody>
+</table></div>
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Source
+ 
+ </th>
+<th>
+ 
+ Name
+ 
+ </th>
+<th>
+ 
+ Purpose
+ 
+ </th>
+<th>
+ 
+ Files
+ 
+ </th>
+</tr></thead>
+<tbody>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ STL Vector
+ 
+ </td>
+<td>
+ 
+ Complete contracts for STL vector.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ Block
+ 
+ </td>
+<td>
+ 
+ Block invariants.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ Circle
+ 
+ </td>
+<td>
+ 
+ Subcontracting.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ Factorial
+ 
+ </td>
+<td>
+ 
+ Contracts with recursion.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ Operator Equal
+ 
+ </td>
+<td>
+ 
+ Contracts for operators.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ Square Root
+ 
+ </td>
+<td>
+ 
+ Contracts for non-member functions.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ 
+ </td>
+<td>
+ 
+ Sum
+ 
+ </td>
+<td>
+ 
+ Contracts for non-member functions (with separated definition).
+ 
+ </td>
+<td>
+ 
+ sum.hpp sum.cpp main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Name List
+ 
+ </td>
+<td>
+ 
+ Relax base class preconditions using subcontracting.
+ 
+ </td>
+<td>
+ 
+ names.hpp
+ names.cpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Courier
+ 
+ </td>
+<td>
+ 
+ Relax base class preconditions using subcontracting.
+ 
+ </td>
+<td>
+ 
+ couriers.hpp
+ couriers.cpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Dictionary
+ 
+ </td>
+<td>
+ 
+ Contracts for a dictionary (map-like) data-type.
+ 
+ </td>
+<td>
+ 
+ dictionary.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Stack
+ 
+ </td>
+<td>
+ 
+ Contracts for a stack.
+ 
+ </td>
+<td>
+ 
+ stack.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Simple Queue
+ 
+ </td>
+<td>
+ 
+ Contracts for a queue.
+ 
+ </td>
+<td>
+ 
+ simple_queue.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Customer Manager
+ 
+ </td>
+<td>
+ 
+ Contracts for a class manging customers.
+ 
+ </td>
+<td>
+ 
+ customer_manager.hpp
+ customer_manager.cpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Observe
+ 
+ </td>
+<td>
+ 
+ Contracts for the observer design pattern.
+ 
+ </td>
+<td>
+ 
+ observe.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ 
+ </td>
+<td>
+ 
+ Counter
+ 
+ </td>
+<td>
+ 
+ Relaxe the accessible copy constructor requirement
+ for old <code class="computeroutput">decrement_button</code>
+ objects in postconditions.
+ 
+ </td>
+<td>
+ 
+ counter.hpp
+ view_of_counter.hpp
+ push_button.hpp
+ decrement_button.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>
+ 
+ </td>
+<td>
+ 
+ Stack3
+ 
+ </td>
+<td>
+ 
+ Contracts for functions returning error codes.
+ 
+ </td>
+<td>
+ 
+ stack3.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>
+ 
+ </td>
+<td>
+ 
+ Stack4
+ 
+ </td>
+<td>
+ 
+ Contracts for stack.
+ 
+ </td>
+<td>
+ 
+ stack4.hpp
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>
+ 
+ </td>
+<td>
+ 
+ Greatest Common Divisor
+ 
+ </td>
+<td>
+ 
+ Block invariants and loop variants.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>
+ 
+ </td>
+<td>
+ 
+ Max Array
+ 
+ </td>
+<td>
+ 
+ Block invariants and loop variants.
+ 
+ </td>
+<td>
+ 
+ main.cpp
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <a class="link" href="bibliography.html" title="Bibliography">[Stroustrup1997]</a>
+ 
+ </td>
+<td>
+ 
+ String
+ 
+ </td>
+<td>
+ 
+ Precondition and invariants (no postconditions).
+ 
+ </td>
+<td>
+ 
+ string.hpp
+ string.cpp
+ main.cpp
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="without_the_macros.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="throw_on_failure.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/getting_started.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/getting_started.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,225 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Getting Started</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="../index.html" title="Contract++ 0.3.490">
+<link rel="next" href="tutorial.html" title="Tutorial">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../index.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="tutorial.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.getting_started"></a><a class="link" href="getting_started.html" title="Getting Started">Getting Started</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt>Installation</dt>
+<dt>Header Files</dt>
+<dt><a href="getting_started.html#contract__.getting_started.control_contract_compilation">Control
+ Contract Compilation</a></dt>
+<dt><a href="getting_started.html#contract__.getting_started.names_and_symbols">Names and
+ Symbols</a></dt>
+<dt><a href="getting_started.html#contract__.getting_started.compile_time_configuration">Compile-Time
+ Configuration</a></dt>
+</dl></div>
+
+ This section illustrates how to setup your system to use this library.
+ 
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.getting_started.installation"></a><a class="link" href="getting_started.html#contract__.getting_started.installation" title="Installation">Installation</a>
+</h3></div></div></div>
+
+ This library requires the Boost.MPL
+ and Boost.Preprocessor
+ libraries. The Boost library is
+ a collection of highly portable C++ libraries. You should be able to download,
+ compile, and install Boost for
+ your operating system from the Boost
+ website. Precompiled Boost installation
+ packages are also available for most common operating systems and they might
+ already be installed on your system.
+ 
+
+ This library is composed of header files only. Therefore there are no library
+ precompiled object files which need to be installed. Just instruct your C++
+ compiler where to find the library header files (e.g., using the '-I' option
+ for GCC or '/I' for MSVC). For example, if you have uncompressed the library
+ files in a directory named <code class="computeroutput">"$HOME/libs/contractpp/"</code>
+ then you can compile with GCC using:
+ 
+<pre class="programlisting">$ g++ -I$HOME/libs/contractpp/src/ ...
+</pre>
+
+ Note that the path of the library source files (contained in the <code class="computeroutput">"src/"</code> subdirectory) is specified.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.getting_started.header_files"></a><a class="link" href="getting_started.html#contract__.getting_started.header_files" title="Header Files">Header Files</a>
+</h3></div></div></div>
+
+ The library headers are simply included in your C++ source code as follow:
+ 
+<pre class="programlisting">#include <contract.hpp>
+</pre>
+
+ In general, there is no need to include the header files from the <code class="literal">"contract/"</code>
+ directory separately and the one include above is enough. In this documentation,
+ the <code class="computeroutput">#include <contract.hpp></code>
+ will occasionally be assumed and omitted from the example code.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.getting_started.control_contract_compilation"></a><a class="link" href="getting_started.html#contract__.getting_started.control_contract_compilation" title="Control Contract Compilation">Control
+ Contract Compilation</a>
+</h3></div></div></div>
+
+ This library provides the following macro symbols to selectively turn on
+ or off contract compilation and run-time checking:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ Block invariants and loop
+ variants are compiled and checked only if the <code class="computeroutput">CONTRACT_CHECK_BLOCK_INVARIANT</code>
+ is #defined. By default, this macro symbol is not
+ #defined.
+ </li>
+<li class="listitem">
+ Class invariants are compiled and checked
+ only if the <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>
+ is #defined. By default, this macro symbol is not
+ #defined.
+ </li>
+<li class="listitem">
+ Preconditions are compiled and checked
+ only if the <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>
+ is #defined. By default, this macro symbol is not
+ #defined.
+ </li>
+<li class="listitem">
+ Postconditions are compiled and checked
+ only if the <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ is #defined. By default, this macro symbol is not
+ #defined. In addition, the library copies variables to support old values
+ in postconditions only when <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ is #defined (in this case, these extra copy operations will introduce
+ some run-time overhead).
+ </li>
+</ul></div>
+<div class="important"><table border="0" summary="Important">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Important]" src="../images/important.png"></td>
+<th align="left">Important</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Contracts Off by Default
+ 
+
+ All these symbols are #undefined by default so you must define them when
+ compiling otherwise the library will do nothing.
+ 
+</td></tr>
+</table></div>
+
+ In Contract Programming, it is usually important to be able to selectively
+ turn off compilation of invariants, preconditions, and/or postconditions
+ for the sake of run-time efficiency, to reduce the size of the compiled object
+ code, and also to reduce the compile-time overhead associated with the compilation
+ of contracts. However, be aware that when contract compilation is turned
+ off the compiler will not even check that the contract code is syntactically
+ correct (so it might be good practice to compile with the contracts turned
+ on once to maintain the contract code even if the contracts will be turned
+ off in the actual release build).
+ 
+
+ These macros must be #defined before the library first
+ #include. Your compiler options to #define macros can be used to this purpose
+ ("-D" and "-U" for GCC, "/D" and "/U"
+ for Microsoft Visual C++, etc).
+ 
+
+ For example, let's assume we only want to check class invariants and preconditions
+ but no postconditions and block invariants. Then we have to #define <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>
+ and <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>
+ but leave <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ and <code class="computeroutput">CONTRACT_CHECK_BLOCK_INVARIANT</code>
+ #undefined. If we are using the GCC compiler, we can do this using the following
+ command line options:
+ 
+<pre class="programlisting">$ g++ -DCONTRACT_CHECK_CLASS_INVARIANT -DCONTRACT_CHECK_PRECONDITION
+ -UCONTRACT_CHECK_POSTCONDITION -UCONTRACT_CHECK_BLOCK_INVARIANT ...
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.getting_started.names_and_symbols"></a><a class="link" href="getting_started.html#contract__.getting_started.names_and_symbols" title="Names and Symbols">Names and
+ Symbols</a>
+</h3></div></div></div>
+
+ All library names are defined within the <code class="computeroutput">contract</code>
+ namespace. All library macros start with the <code class="computeroutput">CONTRACT</code>
+ prefix. Any library names, macros, files, directories, etc that end with
+ an underscore "<code class="computeroutput">_</code>"
+ are library implementation specific and should not be
+ used directly in user code by programmers.
+ 
+
+ This library needs to augment the user code with special
+ symbols to implement the contracts. These symbols need to be defined within
+ the user code namespace. All these symbols start with the <code class="computeroutput">contract</code>
+ prefix and end with an underscore "<code class="computeroutput">_</code>"
+ to prevent name clashes with user code. Again, these symbols end with an
+ underscore "<code class="computeroutput">_</code>"
+ so they are library implementation specific and should not
+ be used directly in user code by programmers.
+ 
+
+ Finally, all library names in the <code class="computeroutput">contract::aux</code> namespace
+ and symbols starting with <code class="computeroutput">CONTRACT_AUX</code>
+ are also library implementation specific and should not
+ be used directly in user code by programmers.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.getting_started.compile_time_configuration"></a><a class="link" href="getting_started.html#contract__.getting_started.compile_time_configuration" title="Compile-Time Configuration">Compile-Time
+ Configuration</a>
+</h3></div></div></div>
+
+ Some of the library behaviour can be changed at compile-time #defining special
+ configuration macros (<code class="computeroutput">CONTRACT_CONFIG_MAX_FUNCTION_ARITY</code>,
+ <code class="computeroutput">CONTRACT_CONFIG_MAX_MULTIPLE_INHERITANCE</code>,
+ etc). If configuration macros are not #defined, the library will use appropriate
+ default values for them.
+ 
+
+ The library configuration macros can be #defined using your compiler options
+ similarly to what discussed above. However, it is strongly recommended not
+ to change the library compile-time configuration unless strictly necessary.
+ 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="../index.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="tutorial.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/grammar.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/grammar.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,739 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Appendix: Grammar</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="contract_programming.html" title="Annex: Contract Programming">
+<link rel="next" href="../reference.html" title="Reference">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract_programming.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../reference.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.Grammar"></a><a class="link" href="Grammar.html" title="Appendix: Grammar">Appendix: Grammar</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt>Contract Macros</dt>
+<dt>Terminals</dt>
+<dt>Lexical Conventions</dt>
+<dt>Class Signature</dt>
+<dt><a href="Grammar.html#contract__.Grammar.constructor_signature">Constructor
+ Signature</a></dt>
+<dt>Destructor Signature</dt>
+<dt>Function Signature</dt>
+<dt><a href="Grammar.html#contract__.Grammar.postcondition_s_result_and_old_of">Postcondition's
+ Result and Old-Of</a></dt>
+<dt><a href="Grammar.html#contract__.Grammar.positional_function_parameters">Positional
+ Function Parameters</a></dt>
+<dt><a href="Grammar.html#contract__.Grammar.named_function_parameters">Named Function
+ Parameters</a></dt>
+<dt>Template Parameters</dt>
+<dt>Assertions</dt>
+<dt>Loop Variant</dt>
+<dt>New Keywords</dt>
+</dl></div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.contract_macros"></a><a class="link" href="Grammar.html#contract__.Grammar.contract_macros" title="Contract Macros">Contract Macros</a>
+</h3></div></div></div>
+<pre class="programlisting">CONTRACT_CLASS( parenthesized-class-signature )
+
+CONTRACT_CONSTRUCTOR( parenthesized-constructor-signature )
+CONTRACT_DESTRUCTOR( parenthesized-destructor-signature )
+CONTRACT_FUNCTION( parenthesized-function-signature ) // Used for both member and non-member functions.
+
+CONTRACT_CLASS_INVARIANT( parenthesized-assertions )
+CONTRACT_STATIC_CLASS_INVARIANT( parenthesized-assertions )
+CONTRACT_BLOCK_INVARIANT( parenthesized-assertions )
+
+CONTRACT_LOOP( loop-signature )
+CONTRACT_LOOP_END
+CONTRACT_LOOP_VARIANT( parenthesized-variant )
+
+CONTRACT_CONSTRUCTOR_BODY(class-type, class-name)
+CONTRACT_DESTRUCTOR_BODY(class-type, class-name)
+CONTRACT_MEMBER_BODY(function-name)
+CONTRACT_NONMEMBER_BODY(function-name)
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.terminals"></a><a class="link" href="Grammar.html#contract__.Grammar.terminals" title="Terminals">Terminals</a>
+</h3></div></div></div>
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Terminal
+ 
+ </th>
+<th>
+ 
+ Description
+ 
+ </th>
+</tr></thead>
+<tbody><tr>
+<td>
+ 
+ <code class="literal">class-name</code>
+ 
+ </td>
+<td>
+ 
+ The name of a class. It is never prefixed by <code class="computeroutput">~</code>
+ not even when specified within destructor contract macros. It does
+ not specify the class namespace or eventual template parameters
+ for a class template, just the class name.
+ 
+ </td>
+</tr></tbody>
+</table></div>
+</div>
+<div class="section"><div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.lexical_conventions"></a><a class="link" href="Grammar.html#contract__.Grammar.lexical_conventions" title="Lexical Conventions">Lexical Conventions</a>
+</h3></div></div></div></div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.class_signature"></a><a class="link" href="Grammar.html#contract__.Grammar.class_signature" title="Class Signature">Class Signature</a>
+</h3></div></div></div>
+<pre class="programlisting">parenthesized-class-signature:
+ /[/(template)( template-parameter+ )
+ /[/(requires)( (concept)+ )/]]/
+ class-specifier (class-name)
+ /[/(extends)( base-class+ )/]/
+
+class-specifier:
+ (class) | (struct)
+
+base-class:
+ /[/(virtual)/]/
+ /[access-level]/
+ (base-class-type)
+
+access-level:
+ (public) | (protected) | (private)
+</pre>
+
+ As usual in C++, classes (or structures) are specified by using the <code class="computeroutput">(class)</code>
+ (or <code class="computeroutput">(struct)</code>) keyword, base classes without an explicit
+ access level are inherited privately (or publicly), and members access levels
+ start as private (or public) within the class (or structure) declaration
+ body until otherwise specified. Contracts are not supported for <code class="computeroutput">union</code>s (this limitation might be relaxed in
+ future revisions of this library).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.constructor_signature"></a><a class="link" href="Grammar.html#contract__.Grammar.constructor_signature" title="Constructor Signature">Constructor
+ Signature</a>
+</h3></div></div></div>
+<pre class="programlisting">parenthesized-constructor-signature:
+ access-level
+ /[/(template)( template-parameters )
+ /[/(requires)( (concept)+ )/]]/
+ /[/(explicit)/]/
+ /[/(inline)/]/
+ (class-name)( parameters )
+ /[/(throw)( exceptions )/]/
+ /[/(initialize)( (member-initializer)+ )/]/
+ /[/(precondition)( parenthesized-assertions )/]/
+ /[/(postcondition oldof-assignments)( parenthesized-assertions )/]/
+
+parameters:
+ (void) // Mandatory for no parameters.
+ | positional-parameters
+ | named-parameters
+
+exceptions:
+ (void) // Specify the function throws no exception.
+ | (exception-type)+
+</pre>
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ Constructor preconditions cannot access the object <code class="computeroutput">this</code>
+ (because there is no object before constructor body execution).
+ </li>
+<li class="listitem">
+ Constructor postcondition <code class="literal">oldof-assignments</code>
+ cannot access the object <code class="computeroutput">this</code>
+ (because there was no object before constructor body execution).
+ </li>
+</ul></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.destructor_signature"></a><a class="link" href="Grammar.html#contract__.Grammar.destructor_signature" title="Destructor Signature">Destructor Signature</a>
+</h3></div></div></div>
+<pre class="programlisting">parenthesized-destructor-signature:
+ access-level
+ /[/(inline)/]/
+ /[/(virtual)/]/
+ (class-name)( (void) )
+ /[/(throw)( exceptions )/]/
+</pre>
+
+ Destructors have no preconditions and no postconditions (but they have a
+ contract because they check the class invariants).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.function_signature"></a><a class="link" href="Grammar.html#contract__.Grammar.function_signature" title="Function Signature">Function Signature</a>
+</h3></div></div></div>
+<pre class="programlisting">parenthesized-function-signature:
+ member-function-signature
+ | non-member-function-signature
+
+member-function-signature:
+ access-level
+ /[/(template)( required-template-parameter+ )
+ /[/(requires)( (concept)+ )/]]/
+ /[/(inline)/]/
+ /[/(static)/]/
+ /[/(virtual)/]/
+ (result-type) (function-name)( parameters )
+ /[/(const)/]/
+ /[/(volatile)/]/
+ /[/(throw)( exceptions )/]/
+ /[/(precondition)( parenthesized-assertions )/]/
+ /[/(postcondition result-assignment oldof-assignments)( parenthesized-assertions )/]/
+
+non-member-function-signature:
+ /[/(export)/]/
+ /[/(template)( required-template-parameter+ )
+ /[/(requires)( (concept)+ )/]]/
+ /[/(inline)/]/
+ /[/(extern) | (static)/]/
+ (result-type) (function-name)( parameters )
+ /[/(throw)( exceptions )/]/
+ /[/(precondition)( parenthesized-assertions )/]/
+ /[/(postcondition result-assignment oldof-assignments)( parenthesized-assertions )/]/
+
+function-name:
+ non-operator-name
+ | operator (operator-symbol, alphanumeric-operator-name)
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.postcondition_s_result_and_old_of"></a><a class="link" href="Grammar.html#contract__.Grammar.postcondition_s_result_and_old_of" title="Postcondition's Result and Old-Of">Postcondition's
+ Result and Old-Of</a>
+</h3></div></div></div>
+<pre class="programlisting">result-assignment:
+ /[/(result-variable-name = return)/]/
+</pre>
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The result assignment allows the postcondition assertions to access the
+ return value of the function using the specified result variable name.
+ </li>
+<li class="listitem">
+ The result assignment is optional and it can be specified only for non-void
+ functions.
+ </li>
+<li class="listitem">
+ This assignment requires the return type to have a copy constructor and
+ it introduces an extra copy operation to store the return value (with
+ related performance impact) -- @tdodo Can I get rid of this extra copy
+ operation passing around references to the return value?
+ </li>
+</ul></div>
+<pre class="programlisting">oldof-assignments:
+ (oldof-variable-name = CONTRACT_OLDOF(oldof-expression))*
+</pre>
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ No type but old-of expression evaluated twice (instead of just one time
+ to make the copy).
+ </li>
+<li class="listitem">
+ The type of old-of expression must have an accessible copy constructor
+ (otherwise compile-time error).
+ </li>
+<li class="listitem">
+ <code class="computeroutput">CONTRACT_OLDOF</code>
+ macro can only be used within the old-of assignments (and not within
+ the postcondition assertions, otherwise compile-time error).
+ </li>
+<li class="listitem">
+ The old-of variable can be accessed only within the postcondition assertion
+ and only in a constant-correct context (otherwise, compile-time error).
+ </li>
+</ul></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.positional_function_parameters"></a><a class="link" href="Grammar.html#contract__.Grammar.positional_function_parameters" title="Positional Function Parameters">Positional
+ Function Parameters</a>
+</h3></div></div></div>
+<pre class="programlisting">positional-parameters:
+ positional-required-parameter+
+ | positional-optional-parameter+
+ | positional-required-parameter+ positional-optional-parameter+
+
+positional-required-parameter:
+ /[/(auto) | (register)/]/
+ (parameter-type) (parameter-name)
+
+positional-optional-parameter:
+ required-parameter
+ (default)(parameter-default)
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.named_function_parameters"></a><a class="link" href="Grammar.html#contract__.Grammar.named_function_parameters" title="Named Function Parameters">Named Function
+ Parameters</a>
+</h3></div></div></div>
+<pre class="programlisting">named-parameters:
+ /[/(namespace)(tag-namespace)/]/
+ induced-named-parameters
+ | deduced-named-parameters
+ | induced-named-parameters deduced-named-parameters
+
+induced-named-parameters:
+ required-named-parameter+
+ | optional-named-parameter+
+ | required-named-parameter+ optional-named-parameter+
+
+deduced-named-parameters:
+ (deduce)( induced-named-parameters )
+
+required-named-parameter:
+ inout-classifier
+ named-parameter-type (parameter-name)
+
+optional-named-parameter:
+ required-named-parameter
+ (default)(parameter-default)
+
+inout-classifier:
+ (in) | (out) | (inout)
+
+named-parameter-type:
+ (auto) // Any type.
+ | (parameter-type) // Only the exact type specification.
+ | (requires (parameter-type-predicate)) // Any type matching the specified predicate.
+</pre>
+
+ If the tag-namespace is not specified, <code class="literal">current-namespace::tag</code>
+ is used by default.
+ 
+
+ Named parameters cannot be specified for function templates. Note that this
+ is not a limitation because named parameters specified to match any type
+ using <code class="computeroutput">(auto)</code> are equivalent to template parameters. Furthermore,
+ named parameters specified to match a parameter type predicate using <code class="computeroutput">(requires ( ... ))</code>
+ are equivalent to template parameters with concept requirements.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.template_parameters"></a><a class="link" href="Grammar.html#contract__.Grammar.template_parameters" title="Template Parameters">Template Parameters</a>
+</h3></div></div></div>
+<pre class="programlisting">template-parameters:
+ required-template-parameter+
+ | optional-template-parameter+
+ | required-template-parameter+ optional-template-parameter+
+
+required-template-parameter:
+ template-parameter-kind (template-parameter-name)
+
+template-parameter-kind:
+ (typename) | (class) // For type template parameters.
+ | (template-parameter-type) // For value template parameters.
+
+optional-template-parameter:
+ required-template-parameter
+ (default)(template-parameter-default)
+</pre>
+
+ As usual in C++, template parameters with defaults must appear at the end
+ of the template parameter list and they cannot be specified for function
+ templates.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.assertions"></a><a class="link" href="Grammar.html#contract__.Grammar.assertions" title="Assertions">Assertions</a>
+</h3></div></div></div>
+<pre class="programlisting">parenthesized-assertions:
+ parenthesized-assertion+
+
+parenthesized-assertion:
+ runtime-assertion
+ | static-assertion
+
+runtime-assertion:
+ assertion
+ | constant-assertion
+ | conditional-assertion
+
+assertion:
+ (boolean-expression)
+ /[/(importance (natural-number))/]/
+
+// Only the specified variable names can be used to assert the condition and they must be used in as constants.
+constant-assertion:
+ (const (in-scope-variable-name)+ (constant-boolean-expression))
+ /[/(importance (natural-number))/]/
+
+conditional-assertion:
+ (if (boolean-expression) (
+ runtime-assertion+
+ ))
+ /[/(else ( // This parenthesized else statement is optional.
+ runtime-assertion+
+ ))/]/
+
+static-assertion:
+ (static (static-boolean-expression))
+ /[/(importance (natural-number))/]/
+</pre>
+
+ Note that the boolean condition of the if-statement of a conditional-assertion
+ is not evaluated in constant-correct context for loop invariants. This limitation
+ could have been removed by allowing conditional-assertions to be specified
+ within a constant-assertion however that would complicate the syntax significantly
+ making conditional-assertions within constant-assertions very hard to read
+ and creating confusion when importance is specified in both the inner assertions
+ within the conditional-assertion and the outer constant-assertion. Therefore,
+ constant-assertions only allow to specify a single boolean expression. However,
+ the <code class="computeroutput">?:</code> operator can be used
+ within a constant-assertion to check the if-condition in a constant correct
+ context:
+ 
+<pre class="programlisting">(const (x)(y) (x == y ? x > 0 : x < 0))
+</pre>
+
+ The downside of this approach is that the if-condition will have to be repeated
+ multiple times (with some lost in performance) for different constant-assertions
+ when they need to be wrapped by the same if-condition:
+ 
+<pre class="programlisting">(const (x)(y) (x == y ? x > 0 : x < 0))
+(const (x)(y) (x == y ? y > 0 : y < 0)) // Checking `x == y` a second time...
+</pre>
+
+ Alternatively, the multiple assertion conditions can be joined in <code class="computeroutput">&&</code> so to be checked within the same
+ <code class="computeroutput">?:</code> operator:
+ 
+<pre class="programlisting">(const (x)(y) (x == y ? (x > 0 && y > 0) : (x < 0 && y < 0))) // Cannot see which of the two conditions in and is failing...
+</pre>
+
+ The downside in this case is that if the asserted condition fails it is not
+ clear which one of the two anded condition actually failed.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.loop_variant"></a><a class="link" href="Grammar.html#contract__.Grammar.loop_variant" title="Loop Variant">Loop Variant</a>
+</h3></div></div></div>
+<pre class="programlisting">parenthesized-variant:
+ variant
+ | constant-variant
+
+variant:
+ (decreasing-natural-expression)
+ /[/(importance (natural-number))/]/
+
+constant-variant:
+ (const (in-scope-variable-name)+ (constant-decreasing-natural-expression))
+ /[/(importance (natural-number))/]/
+</pre>
+
+ By definition, a variant expression can never be static because it must monotonically
+ decrease at run-time (that is why there is no static-variant).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.Grammar.new_keywords"></a><a class="link" href="Grammar.html#contract__.Grammar.new_keywords" title="New Keywords">New Keywords</a>
+</h3></div></div></div>
+<div class="table">
+<a name="id957233"></a>Table 2. Keywords replacing C++ non alphanumeric symbols.
+<div class="table-contents"><table class="table" summary="Keywords replacing C++ non alphanumeric symbols.">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Parenthesized Keyword
+ 
+ </th>
+<th>
+ 
+ Description
+ 
+ </th>
+</tr></thead>
+<tbody>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(extends)</code>
+ 
+ </td>
+<td>
+ 
+ This parenthesized keyword is used to specify base classes instead
+ of the usual C++ symbol <code class="computeroutput">:</code>.
+ The "extends" word was chosen because it is alphanumeric
+ and already used by Java.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(initialize)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(default)</code>
+ 
+ </td>
+<td>
+ 
+ This parenthesized keyword is used to specify defaults for function
+ and template parameters instead of the usual C++ symbol <code class="computeroutput">=</code>. The "default" word
+ was chose because it is alphanumeric and it is already a C++ keyword
+ (used to specify default action within a <code class="computeroutput">switch</code>
+ statement).
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(void)</code>
+ 
+ </td>
+<td>
+ 
+ In addition to the usual C++ contexts where <code class="computeroutput">void</code>
+ is used, this parenthesized keyword is used to specify a function
+ that takes no parameter (instead of <code class="literal">function-name()</code>),
+ a function that does not throw (instead of the exeception specification
+ <code class="computeroutput">throw()</code>),
+ no result within postconditions for a function with a type expression
+ not using the <code class="computeroutput">void</code>
+ token but evaluating to the <code class="computeroutput">void</code>
+ type.
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
+</div>
+ <div class="table">
+<a name="id957545"></a>Table 3. Keywords for new features.
+<div class="table-contents"><table class="table" summary="Keywords for new features.">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Parenthesized Keyword
+ 
+ </th>
+<th>
+ 
+ Description
+ 
+ </th>
+</tr></thead>
+<tbody>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(importance
+ ...)</code>
+ 
+ </td>
+<td>
+ 
+ This parenthesized keyword is used to specify assertion importance.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(precondition)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(postcondition
+ ...)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(static
+ ...)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(const
+ ...)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(if
+ ...)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(else
+ ...)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(namespace)</code>
+ 
+ </td>
+<td>
+ 
+ This parenthesized keyword is used to specify the tag namespace
+ where named parameter classes are defined.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(deduce)</code>
+ 
+ </td>
+<td>
+ 
+ This parenthesized keyword is used to specify a list of deduced
+ named parameters.
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(in)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(out)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(inout)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(auto)</code>
+ 
+ </td>
+<td>
+ </td>
+</tr>
+<tr>
+<td>
+ 
+ <code class="computeroutput">(requires
+ ...)</code>
+ 
+ </td>
+<td>
+ 
+ This parenthesized keyword is used to specify template parameter
+ concepts using the syntax <code class="computeroutput">(requires)(
+ (</code><code class="literal">concept</code><code class="computeroutput">)</code><code class="literal">+</code><code class="computeroutput">
+ )</code>. It is also similarly
+ used to specify type constraints for named parameters using the
+ syntax <code class="computeroutput">(requires
+ (</code><code class="literal">parameter-type-predicate</code><code class="computeroutput">))</code>.
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
+</div>
+ 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="contract_programming.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="../reference.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/license.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/license.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,68 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>License</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="bibliography.html" title="Bibliography">
+<link rel="next" href="release_history.html" title="Release History">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="bibliography.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="release_history.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.license"></a><a class="link" href="license.html" title="License">License</a>
+</h2></div></div></div>
+<pre class="programlisting">Copyright (C) 2009-2010 Lorenzo Caminiti.
+Use, modification, and distribution is subject to the
+Contract++ Software License, Version 1.0.
+(See accompanying file LICENSE_1_0.txt.)
+</pre>
+<pre class="programlisting">(File: LICENSE_1_0.txt)
+
+Contract Programming for C++ (Contract++) Software License, Version 1.0
+April 19th, 2009
+
+Permission is hereby granted, free of charge, to any person or organization
+obtaining a copy of the software and accompanying documentation covered by
+this license (the "Software") to use, reproduce, display, distribute,
+execute, and transmit the Software, and to prepare derivative works of the
+Software, and to permit third-parties to whom the Software is furnished to
+do so, all subject to the following:
+
+The copyright notices in the Software and this entire statement, including
+the above license grant, this restriction and the following disclaimer,
+must be included in all copies of the Software, in whole or in part, and
+all derivative works of the Software, unless such copies or derivative
+works are solely in the form of machine-executable object code generated by
+a source language processor.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE, TITLE AND NON-INFRINGEMENT. IN NO EVENT
+SHALL THE COPYRIGHT HOLDERS OR ANYONE DISTRIBUTING THE SOFTWARE BE LIABLE
+FOR ANY DAMAGES OR OTHER LIABILITY, WHETHER IN CONTRACT, TORT OR OTHERWISE,
+ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
+DEALINGS IN THE SOFTWARE.
+</pre>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="bibliography.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="release_history.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/release_history.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/release_history.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,191 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Release History</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="license.html" title="License">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="license.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.release_history"></a><a class="link" href="release_history.html" title="Release History">Release History</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt>Release <NEXT></dt>
+<dt><a href="release_history.html#contract__.release_history.release_0_3_490__2010_03_07_">Release
+ 0.3.490 (2010-03-07)</a></dt>
+<dt><a href="release_history.html#contract__.release_history.release_0_3_469__2010_02_21_">Release
+ 0.3.469 (2010-02-21)</a></dt>
+<dt><a href="release_history.html#contract__.release_history.release_0_2_190__2009_11_21_">Release
+ 0.2.190 (2009-11-21)</a></dt>
+<dt><a href="release_history.html#contract__.release_history.release_0_1_26__2009_06_17_">Release
+ 0.1.26 (2009-06-17)</a></dt>
+<dt><a href="release_history.html#contract__.release_history.release_0_1_55__2009_04_19_">Release
+ 0.1.55 (2009-04-19)</a></dt>
+<dt><a href="release_history.html#contract__.release_history.release_0_1_50__2009_04_19_">Release
+ 0.1.50 (2009-04-19)</a></dt>
+</dl></div>
+
+ List of releases from the newest to the oldest.
+ 
+<pre class="programlisting">release-number := major.minor.subversion-revision
+</pre>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release__next_"></a><a class="link" href="release_history.html#contract__.release_history.release__next_" title="Release <NEXT>">Release <NEXT></a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+ Bugfix: Contract macros did not repeat volatile in old object argument
+ of postconditions when volatile object was tagged copyable. Added examples
+ and docs on how to handle old values for volatile types -- programmers
+ must provide T(const volatileT&) const-correct copy constructor for
+ volatile type and then contract::copy automatically uses it.
+ </li></ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release_0_3_490__2010_03_07_"></a><a class="link" href="release_history.html#contract__.release_history.release_0_3_490__2010_03_07_" title="Release 0.3.490 (2010-03-07)">Release
+ 0.3.490 (2010-03-07)</a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Added support and examples for <code class="computeroutput">volatile</code>,
+ <code class="computeroutput">auto</code>, <code class="computeroutput">explicit</code>,
+ <code class="computeroutput">export</code>, <code class="computeroutput">extern</code>,
+ <code class="computeroutput">friend</code>, <code class="computeroutput">inline</code>,
+ <code class="computeroutput">struct</code>, and <code class="computeroutput">throw</code> (for exception specifications).
+ </li>
+<li class="listitem">
+ Documented that <code class="computeroutput">union</code> cannot
+ be contracted.
+ </li>
+</ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release_0_3_469__2010_02_21_"></a><a class="link" href="release_history.html#contract__.release_history.release_0_3_469__2010_02_21_" title="Release 0.3.469 (2010-02-21)">Release
+ 0.3.469 (2010-02-21)</a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Removed use of <code class="computeroutput">self</code>,
+ variable<code class="computeroutput">.now</code>, and variable<code class="computeroutput">.old</code>
+ in writing contracts. Object (this) and variables are now accessed as
+ usual in member functions. <code class="computeroutput">CONTRACT_OLDOF(</code>variable<code class="computeroutput">)</code> is used to access old values in postconditions.
+ </li>
+<li class="listitem">
+ Added <code class="computeroutput">(precondition)</code>, <code class="computeroutput">(postcondition)</code>,
+ and <code class="computeroutput">(body)</code> to specify contracts within the function
+ signature sequence. If no preconditions then <code class="computeroutput">(precondition)
+ ({...})</code> is simply omitted from
+ <code class="computeroutput">sequence</code> (same for postconditions,
+ body is mandatory instead). For non-void functions, user can name the
+ result argument with <code class="computeroutput">(postcondition) (</code>result-name<code class="computeroutput">) ({...})</code>.
+ </li>
+<li class="listitem">
+ Changed contract class template to use same syntax as Boost.Function
+ (i.e., <code class="computeroutput">F</code> function type).
+ </li>
+<li class="listitem">
+ Added support for non-member and static functions.
+ </li>
+<li class="listitem">
+ Added support for subcontracting with multiple inheritance.
+ </li>
+<li class="listitem">
+ Added static class invariants which are always checked (also at constructors
+ entry, destructor exit, and by static member functions).
+ </li>
+<li class="listitem">
+ Added block invariants and Eiffel-like loop variants.
+ </li>
+<li class="listitem">
+ Added functions to customize action on contract failure (default to
+ <code class="computeroutput">std::terminate()</code>).
+ </li>
+<li class="listitem">
+ Removed feature for automatic contract documentation using Doxygen (this
+ is not compatible with added <code class="computeroutput">(precondition)</code>,
+ <code class="computeroutput">(postcondition)</code>, and <code class="computeroutput">(body)</code>
+ because Doxygen preprocessor is not intended to handle Boost.Preprocessor
+ sequences).
+ </li>
+<li class="listitem">
+ Rewritten entire documentation (now using Boost.QuickBook instead of
+ Doxygen).
+ </li>
+</ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release_0_2_190__2009_11_21_"></a><a class="link" href="release_history.html#contract__.release_history.release_0_2_190__2009_11_21_" title="Release 0.2.190 (2009-11-21)">Release
+ 0.2.190 (2009-11-21)</a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Compiled on both GCC (Linux and Cygwin) and Microsoft Visual C++ (Windows
+ XP).
+ </li>
+<li class="listitem">
+ Required to use <code class="computeroutput">void</code> to
+ specify empty function argument list. This is to comply with C++ ISO
+ standard that does not allow to pass empty macro parameters so it does
+ not support empty preprocessor sequence elements <code class="computeroutput">()</code>.
+ </li>
+</ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release_0_1_26__2009_06_17_"></a><a class="link" href="release_history.html#contract__.release_history.release_0_1_26__2009_06_17_" title="Release 0.1.26 (2009-06-17)">Release
+ 0.1.26 (2009-06-17)</a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+ Completed first documentation draft.
+ </li></ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release_0_1_55__2009_04_19_"></a><a class="link" href="release_history.html#contract__.release_history.release_0_1_55__2009_04_19_" title="Release 0.1.55 (2009-04-19)">Release
+ 0.1.55 (2009-04-19)</a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Reorganized files to cleanup root directory.
+ </li>
+<li class="listitem">
+ Added installation program.
+ </li>
+</ol></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.release_history.release_0_1_50__2009_04_19_"></a><a class="link" href="release_history.html#contract__.release_history.release_0_1_50__2009_04_19_" title="Release 0.1.50 (2009-04-19)">Release
+ 0.1.50 (2009-04-19)</a>
+</h3></div></div></div>
+<div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem">
+ First public release.
+ </li></ol></div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="license.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/throw_on_failure.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/throw_on_failure.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,144 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Annex: Throw on Failure</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="examples.html" title="Examples">
+<link rel="next" href="contract_programming.html" title="Annex: Contract Programming">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="examples.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="contract_programming.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.throw_on_failure"></a><a class="link" href="throw_on_failure.html" title="Annex: Throw on Failure">Annex: Throw on Failure</a>
+</h2></div></div></div>
+
+ This example shows how to setup the library to throw exceptions on contract
+ condition failure (overriding the library default behaviour to call <code class="computeroutput">std::terminate()</code> to handle contract failures).
+ 
+
+ Specifically:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Any exception (including user defined ones) that is thrown when checking
+ a contract condition is re-thrown by the contract failure handlers defined
+ below.
+ </li>
+<li class="listitem">
+ However, if a contract condition fails from a destructor, exceptions cannot
+ be thrown (to comply with C++ STL exception safety requirements) so a message
+ is logged to <code class="computeroutput">std::clog</code> and the program execution continues.
+ [<a name="id949379" href="#ftn.id949379" class="footnote">18</a>]
+ </li>
+<li class="listitem">
+ In addition, the postcondition failure handler catches any exception derived
+ from <code class="computeroutput">std::exception</code> to print the exception description
+ <code class="computeroutput">what()</code>
+ on <code class="computeroutput">std::clog</code> before re-throwing it (this is to
+ show how the contract failure handlers can selectively catch exceptions).
+ </li>
+</ol></div>
+
+
+
+<pre class="programlisting">#include <contract.hpp>
+#include <iostream>
+
+// User defined exception (not even derived from `std::exception`).
+class not_a_number {};
+
+CONTRACT_FUNCTION(
+(double) (sqrt)( (double)(x) )
+ (precondition)(
+ // Throw user-defined exception if contract is broken.
+ (x >= 0.0 ? true : throw not_a_number())
+ )
+ (postcondition)(root)(
+ // Defatul throws library defined exception `contract::failure`.
+ (x == (root * root))
+ )
+({
+ return 0.0; // Intentionally incorrect to fail postcondition.
+}) )
+
+// Handler that re-throws contract broken exception instead of terminating.
+void throwing_handler(const contract::from& context) {
+ if (context == contract::FROM_DESTRUCTOR) {
+ // Cannot throw from within destructor for STL exception safety.
+ std::clog << "Ignored destructor contract failure" << std::endl;
+ } else {
+ // Failure handlers always called with active an exception.
+ throw; // Re-throw active exception thrown by precondition.
+ }
+}
+
+// Handler showing how to catch contract broken exception.
+void postcondition_throwing_handler(const contract::from& context) {
+ // try/catch/re-throw to get active exception (for logging, etc.).
+ try {
+ throw; // Re-throw active exception thrown by precondition.
+ } catch (std::exception& error) { // Get exception object.
+ std::clog << "Throwing '" << error.what() << "'" << std::endl;
+ throw; // Re-throw active exception thrown by precondition.
+ } // Non standard exception also thrown.
+}
+
+int main() {
+ // Setup contract failure handlers that throw (instead of terminate).
+ contract::set_precondition_broken(&throwing_handler);
+ contract::set_postcondition_broken(&postcondition_throwing_handler);
+ contract::set_class_invariant_broken(&throwing_handler);
+ contract::set_block_invariant_broken(&throwing_handler);
+
+ try {
+ std::cout << sqrt(-1.0) << std::endl;
+ } catch (not_a_number&) {
+ std::clog << "Ignored not a number exception" << std::endl;
+ }
+
+ try {
+ std::cout << sqrt(4.0) << std::endl;
+ } catch (...) {
+ std::clog << "Unable to calculate square root" << std::endl;
+ }
+
+ return EXIT_SUCCESS;
+}
+
+</pre>
+
+ 
+<div class="footnotes">
+ <hr width="100" align="left">
+<div class="footnote">[<a id="ftn.id949379" href="#id949379" class="para">18</a>] 
+ Continuing the program in this case assumes that the destructors body
+ will be able to somehow execute correctly even if the class invariants
+ do not hold true. This is usually not a safe assumption
+ and it is made here only for simplicity. You could chose to still terminate
+ in case class invariants fail for a destructor or to attempt to recover
+ from such an error in some other, more sophisticated, way.
+ </div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="examples.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="contract_programming.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/todo.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/todo.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,881 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
+<title>TODO</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.73.2">
+<link rel="start" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="release_history.html" title="Release History">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<div class="spirit-nav">
+<a accesskey="p" href="release_history.html"><img src=".././doc/html/images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src=".././doc/html/images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src=".././doc/html/images/home.png" alt="Home"></a>
+</div>
+<hr>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.todo"></a><a class="link" href="todo.html" title="TODO">TODO</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt><a href="todo.html#contract__.todo.improve_contract_macros__sequence__error_detection_and_reporting">Improve
+ contract macros <code class="computeroutput">sequence</code> error
+ detection and reporting</a></dt>
+<dt><a href="todo.html#contract__.todo.can_block_invariants_and_loop_variants_be_made_constant_correct_">Can
+ block invariants and loop variants be made constant-correct?</a></dt>
+<dt><a href="todo.html#contract__.todo.improve_compile_time_performances">Improve
+ compile-time performances</a></dt>
+<dt><a href="todo.html#contract__.todo.analyze_run_time_performances">Analyze
+ run-time performances</a></dt>
+<dt><a href="todo.html#contract__.todo.always_check_contract_assertion_syntax">Always
+ check contract assertion syntax</a></dt>
+<dt>Support concurrency</dt>
+<dt><a href="todo.html#contract__.todo.can_constructor_member_initialization_list_limitation_be_removed_">Can
+ constructor member initialization list limitation be removed?</a></dt>
+<dt><a href="todo.html#contract__.todo.should_preconditions_be_checked_before_constructor_member_initialization_list_">Should
+ preconditions be checked before constructor member initialization list?</a></dt>
+<dt><a href="todo.html#contract__.todo.can_syntax_of_contract_macros_be_unified_with_other_boost_libraries_">Can
+ syntax of contract macros be unified with other Boost libraries?</a></dt>
+<dt><a href="todo.html#contract__.todo.consider_allowing_optional_contract_checking_based_on_assertion_importance_and_or_class_name">Consider
+ allowing optional contract checking based on assertion importance and/or class
+ name</a></dt>
+<dt><a href="todo.html#contract__.todo.consider_adding_contracts_to_all_stl_classes_and_functions_in__contract__std___">Consider
+ adding contracts to all STL classes and functions in <code class="computeroutput">contract::std::</code></a></dt>
+<dt><a href="todo.html#contract__.todo.should_i_provide__contract_xyz_decl____macros_">Should
+ I provide <code class="computeroutput">CONTRACT_XYZ_DECL()</code> macros?</a></dt>
+<dt><a href="todo.html#contract__.todo.shall_i_remove_the__assert____macros_">Shall
+ I remove the <code class="computeroutput">ASSERT()</code>
+ macros?</a></dt>
+<dt><a href="todo.html#contract__.todo.fusing_contracts__concepts__named_parameters__etc_">Fusing
+ contracts, concepts, named parameters, etc.</a></dt>
+</dl></div>
+
+ This section lists open items under consideration for future development of
+ this library. It is mainly intended as a memorandum for the library authors.
+ 
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.improve_contract_macros__sequence__error_detection_and_reporting"></a><a class="link" href="todo.html#contract__.todo.improve_contract_macros__sequence__error_detection_and_reporting" title="Improve contract macros sequence error detection and reporting">Improve
+ contract macros <code class="computeroutput">sequence</code> error
+ detection and reporting</a>
+</h3></div></div></div>
+
+ The current implementation for syntax error detection and reporting for the
+ <code class="computeroutput">sequence</code> parameter of the
+ contract macros should be improved.
+ 
+
+ For example, if I forget the sequence element for the result type <code class="computeroutput">(result-type)</code>,
+ the preprocessor gives a ton of errors most of which are about Boost.Preprocessor
+ internal macros and make no sense to the user. While using the C++ preprocessor
+ imposes some fundamental limitations on the amount of syntax checking I can
+ implement for the <code class="computeroutput">sequence</code>
+ macro parameter, I should be able to improve the current library implementation.
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.can_block_invariants_and_loop_variants_be_made_constant_correct_"></a><a class="link" href="todo.html#contract__.todo.can_block_invariants_and_loop_variants_be_made_constant_correct_" title="Can block invariants and loop variants be made constant-correct?">Can
+ block invariants and loop variants be made constant-correct?</a>
+</h3></div></div></div>
+
+ Currently block invariants and loop variants are not
+ constant-correct. Class invariants, preconditions, and postconditions instead
+ are constant-correct so to ensure that the state of the system is not changed
+ while checking the contract.
+ 
+
+ Can block invariants and loop variants be made constant-correct also?
+ 
+
+ This seems difficult because C++ does not allow to specify "constant-block":
+ 
+<pre class="programlisting">{ // Some existing block.
+ const { // A constant block -- BUT NOT SUPPORTED!!
+ // Assert here block invariants and loop variants ensuring
+ // const correctness.
+ ...
+ }
+ ...
+}
+</pre>
+
+ Therefore, the code asserting block invariants and loop variants has the
+ same constant constraints (possibly none!) on object, function arguments,
+ result, etc as the enclosing code block... Is there a way around this? If
+ not, shall I still provide block invariants and loop variants (documenting
+ this limitation) or not?
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.improve_compile_time_performances"></a><a class="link" href="todo.html#contract__.todo.improve_compile_time_performances" title="Improve compile-time performances">Improve
+ compile-time performances</a>
+</h3></div></div></div>
+
+ The library significantly increases compile-time (and compiler memory usage)
+ when compiling the code with contracts turned on, compared with compilation
+ with contracts off. Investigate what is stressing compiler performances and
+ see if the library implementation can be optimized to improve compile-time
+ performances.
+ 
+
+ The baseline should be compilation with all contracts turned off. There might
+ be different reasons for the increased compilation-time/memory:
+ 
+<div class="orderedlist"><ol type="1">
+<li>
+ Contract assertions are programmed in header files so they are recompiled
+ for each translation unit. I can test the effect of this by disabling pre/postcondition
+ compilation (so the library contract templates will still be compiled by
+ the user contracts will compile much less code in the header files because
+ there will be no pre/postcondition).
+ </li>
+<li>
+ The preprocessing time needed for the contract macros expansion and to
+ parse the <code class="computeroutput">sequence</code> macro
+ parameter. I can check this by stopping compilation after preprocessing
+ (<code class="computeroutput">-E</code>
+ compiler option) and measure how long preprocessing takes compared with
+ compilation.
+ </li>
+<li>
+ The library uses quite a bit of template metaprogramming (metafunctions,
+ etc). See how the compile-time effects of template metaprogramming were
+ analyzed for the Boost.MSM library and performance a similar analysis for
+ this library. Also study carefully the chapter on compile-time performances
+ of the Boost.MPL book.
+ </li>
+<li>
+ The library is intentionally making all the contract classes always templates
+ (using the artificial <code class="computeroutput">ZERO</code>
+ template argument so the library can internally use <code class="computeroutput">template/typename</code>
+ keywords regardless of the template context). What is the compile-time
+ effect of these extra contract template classes compared with the effect
+ if they have not been made templates using <code class="computeroutput">ZERO</code>?
+ <code class="computeroutput">ZERO</code> can be removed and
+ contract classes (for non-template functions) can be made non-template
+ but this comes at the cost of having the user specify <code class="computeroutput">(template)</code>
+ instead of <code class="computeroutput">(class)</code> for template classes (this complicates
+ the <code class="computeroutput">sequence</code> syntax) --
+ so the <code class="computeroutput">ZERO</code> workaround
+ should be removed only if there is evidence that it will help compile-time.
+ </li>
+<li>
+ More?
+ </li>
+</ol></div>
+
+ Ultimately, this analysis should be added to the documentation.
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.analyze_run_time_performances"></a><a class="link" href="todo.html#contract__.todo.analyze_run_time_performances" title="Analyze run-time performances">Analyze
+ run-time performances</a>
+</h3></div></div></div>
+
+ Provide some data to show run-time performances of contract checking -- the
+ baseline should be run-time performance with all contracts turned off.
+ 
+
+ The library current implementation should be optimized to minimize run-time
+ overhead of contract checking. Preliminary data shows that the library run-time
+ performance impact (execution time, CPU usage, and memory usage) is acceptable.
+ However, data should be systematically collected and analyzed to verify this
+ (and then added to the documentation).
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.always_check_contract_assertion_syntax"></a><a class="link" href="todo.html#contract__.todo.always_check_contract_assertion_syntax" title="Always check contract assertion syntax">Always
+ check contract assertion syntax</a>
+</h3></div></div></div>
+
+ If the precondition, postcondition, and invariant (dynamic and static) functions
+ are always left in the code, they are compiled and their assertions are check
+ for syntax errors. If they are not called, they add no run-time and/or object-size
+ overhead -- see the "test/check" analysis. The contract class should
+ be removed form the code instead when there is no contract and it should
+ only have pre/post when these are checked.
+ 
+
+ A configuration macro <code class="computeroutput">CONTRACT_CONFIG_ALWAYS_CHECK_ASSERTION_SYNTAX</code>,
+ with default value 1, can be provided for programmers to disable assertion
+ syntax checking in order to reduce compilation time.
+ 
+
+ How can I do this for <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT()</code> and <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code>?
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.support_concurrency"></a><a class="link" href="todo.html#contract__.todo.support_concurrency" title="Support concurrency">Support concurrency</a>
+</h3></div></div></div>
+
+ Understand what needs to be done to support concurrency.
+ 
+
+ <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a> discusses issues
+ associated with Contract Programming and concurrency when, for example, a
+ precondition is first checked true but then the sate of the object is changed
+ asynchronously after the precondition check and before body execution so
+ at the time the body executes the checked precondition is no longer true.
+ Eiffel addresses this issue using the SCOOP concurrency model and implementing
+ waiting contract conditions.
+ 
+
+ In general, it seems inappropriate for this library to force one
+ concurrency model for Contract Programming in C++ (SCOOP, or any other).
+ Synchronization, including the one of contracts, might be best left up to
+ programmers as usual in C++. However, currently it is not possible to lock
+ a mutex at function entry and release it at function exit when using the
+ contract macros. This is because programmers can only program the body so
+ they can lock at body scope but not at the scope of the contracted function.
+ 
+
+ More in general, the library could provide a mechanism to:
+ 
+<div class="orderedlist"><ol type="1">
+<li>
+ Acquire resources (including a locks) at function entry.
+ </li>
+<li>
+ Check invariants/preconditions, execute body, check invariants/postconditions
+ via calling contract's <code class="computeroutput">call()</code>.
+ </li>
+<li>
+ Release the acquired resources at function exit.
+ </li>
+</ol></div>
+
+ For example:
+ 
+<pre class="programlisting">void f(void)
+CONTRACT_FUNCTION( (void) (f)( (void) )
+(scoped) ( // In general, no `{` parenthesis here.
+ boost::recursive_mutex::scoped_lock lock(mutex);
+ ... // Eventually more here.
+)
+(precondition) ({
+ ...
+})
+(postcondition) ({
+ ...
+})
+(body) ({
+ ...
+}) )
+
+// If contracts compilation on, expands to something like this:
+void f(void)
+{
+ boost::recursive_mutex::scoped_lock lock(mutex); // Scoped resources.
+ contract_f_().call(); // Contract call.
+} // Releases scoped resources via their destructors.
+...
+
+// If contracts compilation off, expands to something like this:
+void f(void)
+{
+ boost::recursive_mutex::scoped_lock lock(mutex); // Scoped resources.
+ ... // Body code
+} // Releases scoped resources via their destructors.
+...
+</pre>
+
+ Note:
+ 
+<div class="itemizedlist"><ul type="disc">
+<li>
+ Even when contract compilation is turned off, the scoped code should be
+ part of the contract macro expansion together with the body code block.
+ </li>
+<li>
+ In general, the scoped code is not a code block <code class="computeroutput">{ ... }</code>
+ (otherwise the acquired resources will be released at scope exit of the
+ code block before calling <code class="computeroutput">call()</code>) but multiple instructions can still
+ be specified.
+ </li>
+<li>
+ Should this scoped code be enforced constant-correct? Maybe not, it should
+ be contract-correct only if the contracted function is a <code class="computeroutput">const</code> member (same as for the body)... but
+ think more about this.
+ </li>
+</ul></div>
+
+ In addition:
+ 
+<div class="orderedlist"><ol type="1">
+<li>
+ The library uses a global variable to "globally disable assertion
+ checking within assertion checking". This boolean variable should
+ be synchronized by the library in a concurrent context. However, this will
+ require a global lock... Can I implement "global disabling of assertion
+ checking within assertion checking" without a global state?
+ </li>
+<li>
+ The library uses the object member variable <code class="computeroutput">contract_state_</code>
+ to disable assertions within nested function calls for a given object.
+ This boolean member variable should be synchronized by the library in a
+ concurrent context. This synchronization is between object member functions,
+ it is not global, so it might be OK...
+ </li>
+<li>
+ If implemented, both global and object synchronizations should be enabled
+ only if a macro symbol <code class="computeroutput">CONTRACT_THREADING</code>
+ is #defined (#undef by default).
+ </li>
+<li>
+ Can I allow the user to configure how to synchronize global/object state?
+ For example, I could use a configuration macro that by default uses <code class="computeroutput">boost::recursive_mutex::lock()</code>
+ but it can be #redefined by the user...
+ </li>
+</ol></div>
+
+ Most of these are open issues that need to be analysed in greater detail.
+ 
+
+ Or, probably a better approach is to add
+ a Concurrency subsection to the Contract Programming annex. This section
+ can be inspired by <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>
+ and explain the issues of concurrency with respect to pre/post conditions
+ and inv checking. The section can then present the ideas of sync every function
+ call so to make sure that contract checking remains consistent with the body
+ execution during the entire function call. Also waiting conditions can be
+ explained here. Then this section can show how to implement this in C++ at
+ a level higher than the contracts (e.g., manually wrapping the contracted
+ function call):
+ 
+<pre class="programlisting">class c {
+public:
+ // Just a wrap around f() that takes care of synchronization.
+ void f(int x) {
+ boost::recursive_mutex::scoped_lock lock(mutex);
+ f_sync(x);
+ }
+
+protected:
+ // Actual f() with its contract.
+ void f_sync(int x)
+ CONTRACT_FUNCTION( ... )
+};
+</pre>
+
+ And maybe also suggest how to implement waiting conditions using a try-catch
+ statement (after contract are changed to throw instead of terminate). Then
+ it should be explained that while Eiffel supports sync and waiting conditions
+ by default using SCOOP, it is not appropriate for this library to enforce
+ one single concurrency schema (SCCOP, or any other) so concurrency is left
+ up to programmers handle outside the library.
+ 
+
+ But what about the object state variable and the global assertion checking
+ variable? Are those also sync'ed by the muted above? Maybe the object state
+ is but the global assertion checking variable is probably not sync'ed...
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.can_constructor_member_initialization_list_limitation_be_removed_"></a><a class="link" href="todo.html#contract__.todo.can_constructor_member_initialization_list_limitation_be_removed_" title="Can constructor member initialization list limitation be removed?">Can
+ constructor member initialization list limitation be removed?</a>
+</h3></div></div></div>
+
+ Can the contract macros overcome the constructor member initialization list
+ limitation when separating constructor definition from declaration? See current
+ workaround for this as documented in <code class="computeroutput">CONTRACT_CONSTRUCTOR_BODY()</code>.
+ 
+
+ However, this would have to work for all combinations of the followings
+ 
+<div class="orderedlist"><ol type="1">
+<li>
+ With and without contracts.
+ </li>
+<li>
+ Definition together and separated from declaration.
+ </li>
+<li>
+ With and without member initialization list.
+ </li>
+</ol></div>
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.should_preconditions_be_checked_before_constructor_member_initialization_list_"></a><a class="link" href="todo.html#contract__.todo.should_preconditions_be_checked_before_constructor_member_initialization_list_" title="Should preconditions be checked before constructor member initialization list?">Should
+ preconditions be checked before constructor member initialization list?</a>
+</h3></div></div></div>
+
+ The library checks constructor preconditions after executing the member initialization
+ list: {Default AND Pre}Body{Post AND Inv} (Default is the member initialization
+ list).
+ 
+
+ This is essentially what Eiffel does but constructors (and member initialization
+ lists) are different in C++ than Eiffel. Is this what C++ should do or {Pre
+ AND Default} is a better approach for C++? Why does Eiffel do {Default AND
+ Pre}? Does any of the Contract Programming proposals for C++ mention this
+ issue explicitly? Implementing {Pre AND Default} for this library might present
+ similar challenges to separating constructor definition when member initialization
+ list is specified (so it might not be possible given the lack of delegating
+ constructors in C++...).
+ 
+
+ If {Pre AND Default} is a better approach, {Default AND Pre} should be documented
+ as a library limitation. If {Default and Pre} is a better approach, I should
+ document why.
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.can_syntax_of_contract_macros_be_unified_with_other_boost_libraries_"></a><a class="link" href="todo.html#contract__.todo.can_syntax_of_contract_macros_be_unified_with_other_boost_libraries_" title="Can syntax of contract macros be unified with other Boost libraries?">Can
+ syntax of contract macros be unified with other Boost libraries?</a>
+</h3></div></div></div>
+
+ Look if the contract macro <code class="computeroutput">sequence</code>
+ syntax can be unified with the one of other Boost libraries.
+ 
+
+ Specifically, is this possible with respect to Boost.ConceptCheck and how
+ concept checking interacts with this Contract Programming library? Same questions
+ respect to Boost.Parameter. Any other Boost library I should study with respect
+ to this issue?
+ 
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.consider_allowing_optional_contract_checking_based_on_assertion_importance_and_or_class_name"></a><a class="link" href="todo.html#contract__.todo.consider_allowing_optional_contract_checking_based_on_assertion_importance_and_or_class_name" title="Consider allowing optional contract checking based on assertion importance and/or class name">Consider
+ allowing optional contract checking based on assertion importance and/or class
+ name</a>
+</h3></div></div></div>
+
+ Let's assume I have a template library that is well tested so I want to disable
+ postcondition checking for it. However, this is a template library so it
+ cannot be precompiled separately with postconditions off. I must compile
+ it together with the rest of the code. Therefore, if the rest of the code
+ needs to check postconditions, I must check postconditions for the well tested
+ template library as well... The extra contract checking for the template
+ library introduces both compile-time and run-time overhead.
+ 
+<div class="itemizedlist"><ul type="disc"><li>
+ I could address this if the library allowed to disable contract checking
+ (at least at run-time) based on class and function name.
+ </li></ul></div>
+
+ Moreover, there might be contract conditions which are very inefficient to
+ test so I might want to turn off checking only for the
+ inefficient conditions. With respect to this issue, <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>
+ recommends to only program preconditions in Eiffel that can be checked efficiently
+ (as preconditions are usually left also in production code) and leave inefficient
+ preconditions documented as code comments.
+ 
+<div class="itemizedlist"><ul type="disc"><li>
+ I could address this by disabling contract checking (at least at run-time)
+ based on some assertion importance ordering (assertion
+ importance ordering was removed from <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ but is was present in [Crowl2005]).
+ </li></ul></div>
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.consider_adding_contracts_to_all_stl_classes_and_functions_in__contract__std___"></a><a class="link" href="todo.html#contract__.todo.consider_adding_contracts_to_all_stl_classes_and_functions_in__contract__std___" title="Consider adding contracts to all STL classes and functions in contract::std::">Consider
+ adding contracts to all STL classes and functions in <code class="computeroutput">contract::std::</code></a>
+</h3></div></div></div>
+
+ All <code class="computeroutput">std::</code>
+ classes and functions could be wrapped by classes and functions in a namespace
+ <code class="computeroutput">contract::std::</code> declaring
+ contracts for all the STL classes and functions. The <code class="computeroutput">contract::std::</code>
+ namespace should have the exact same structure as <code class="computeroutput">std::</code> (so
+ it is easy to use for C++ programmers familiar with STL).
+ 
+
+ For example a <code class="computeroutput">contract::std::vector</code>
+ class can wrap <code class="computeroutput">std::vector</code> providing the exact same API but
+ adding contracts to it (similar to the STL Vector <a class="link" href="examples.html" title="Examples">Example</a>
+ but int the <code class="computeroutput">contract::std::</code> namespace).
+ 
+<div class="itemizedlist"><ul type="disc">
+<li>
+ The contracts could assert all the STL standard guarantees.
+ </li>
+<li>
+ Postcondition and invariant checking might not add much value given that
+ STL implementations are usually well tested, documented, and work well.
+ </li>
+<li>
+ Precondition checking might instead be valuable as they will check that
+ the STL is not misused by the callers.
+ </li>
+</ul></div>
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.should_i_provide__contract_xyz_decl____macros_"></a><a class="link" href="todo.html#contract__.todo.should_i_provide__contract_xyz_decl____macros_" title="Should I provide CONTRACT_XYZ_DECL() macros?">Should
+ I provide <code class="computeroutput">CONTRACT_XYZ_DECL()</code> macros?</a>
+</h3></div></div></div>
+
+ Two family of macros could be provided:
+ 
+<div class="orderedlist"><ol type="1">
+<li>
+<code class="computeroutput">CONTRACT_CLASS()</code>
+ and <code class="computeroutput">CONTRACT_FUNCTION()</code>
+ which follow the relative class and function declarations as coded by the
+ programmers.
+ </li>
+<li>
+<code class="computeroutput">CONTRACT_CLASS_DECL()</code>
+ and <code class="computeroutput">CONTRACT_FUNCTION_DECL()</code> which also automatically program the
+ class and function declarations so programmers do not have to code the
+ declarations manually outside the contracts.
+ </li>
+</ol></div>
+
+ The <code class="computeroutput">CONTRACT_XYZ_DECL()</code>
+ macros have the following pro (+) and cons (-) compared to the <code class="computeroutput">CONTRACT_XYZ()</code>
+ macros:
+ 
+<div class="orderedlist"><ol type="1">
+<li>
+ (+) There is no code duplication when using <code class="computeroutput">CONTRACT_XYZ_DECL()</code> (because the signature tokens only appear
+ within the macro and not also before the macro).
+ </li>
+<li>
+ (+) When using <code class="computeroutput">CONTRACT_XYZ_DECL()</code>, the declarations tokens will always
+ match the ones in the contract because they are not duplicated. When using
+ the <code class="computeroutput">CONTRACT_XYZ()</code>
+ macros instead, a mismatch between the declaration and the contract signature
+ tokens will generate a compiler error in most, but not all, cases.
+ </li>
+<li>
+ (-) The code using <code class="computeroutput">CONTRACT_XYZ_DECL()</code> is more difficult to read to whom does
+ not know the library syntax because all usual C++ syntax is gone.
+ </li>
+<li>
+ (-) All compiler errors for the class will appear with the same line number
+ because the <code class="computeroutput">CONTRACT_CLASS_DECL()</code> macro will expand on a single line. I
+ think this is a major defect of the <code class="computeroutput">CONTRACT_XYZ_DECL()</code> macros because it will make C++ compiler
+ error even harder to track than they currently are.
+ </li>
+<li>
+ (~) The <code class="computeroutput">CONTRACT_XYZ_DECL()</code> macros will need to accept additional
+ information like inheritance access level, default parameter values, exception
+ specifications, etc. However, the <code class="computeroutput">CONTRACT_XYZ()</code> macros already contain most of the syntactic
+ token of class and function declarations so this is not much of a complication
+ of the macro signature syntax.
+ </li>
+</ol></div>
+<div class="table">
+<a name="id2674416"></a>Table 2. Example with and without the macros.
+<div class="table-contents"><table class="table" summary="Example with and without the macros.">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ <code class="computeroutput">CONTRACT_XYZ()</code>
+ Macros
+ 
+ </th>
+<th>
+ 
+ <code class="computeroutput">CONTRACT_XYZ_DECL()</code>
+ Macros
+ 
+ </th>
+</tr></thead>
+<tbody><tr>
+<td>
+ 
+
+
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+
+ CONTRACT_CLASS( (myvector) (public)(pushable<T>)
+ (invariant) ({
+ CONTRACT_ASSERT( (size() == 0) == empty() );
+ }) )
+
+public:
+ void push_back(const T& element)
+ CONTRACT_FUNCTION(
+ (public) (void) (push_back)( (const T&)(element) ) (copyable)
+ (precondition) ({
+ CONTRACT_ASSERT( size() < max_size() );
+ })
+ (postcondition) ({
+ CONTRACT_ASSERT( size() == (CONTRACT_OLDOF(this)->size() + 1) );
+ })
+ (body) ({
+ vector_.push_back(element);
+ }) )
+
+ typedef typename std::vector<T>::size_type size_type;
+ size_type size(void) const { return vector_.size(); }
+ size_type max_size(void) const { return vector_.max_size(); }
+ bool empty(void) const { return vector_.empty(); }
+ const T& back(void) const { return vector_.back(); }
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ 
+ </td>
+<td>
+ 
+
+
+<pre class="programlisting">template<typename T>
+CONTRACT_CLASS_DECL( (myvector) (public)(pushable<T>)
+
+ (invariant) ({
+ CONTRACT_ASSERT( (size() == 0) == empty() );
+ })
+
+( // No class `{};` parenthesis.
+
+ CONTRACT_FUNCTION_DECL(
+ (public) (void) (push_back)( (const T&)(element) ) (copyable)
+ (precondition) ({
+ CONTRACT_ASSERT( size() < max_size() );
+ })
+ (postcondition) ({
+ CONTRACT_ASSERT( size() == (CONTRACT_OLDOF(this)->size() + 1) );
+ })
+ (body) ({
+ vector_.push_back(element);
+ }) )
+
+ // Usual C++ class-scope code still works.
+ typedef typename std::vector<T>::size_type size_type;
+ size_type size(void) const { return vector_.size(); }
+ size_type max_size(void) const { return vector_.max_size(); }
+ bool empty(void) const { return vector_.empty(); }
+ const T& back(void) const { return vector_.back(); }
+private:
+ std::vector<T> vector_;
+) )
+</pre>
+
+ 
+ </td>
+</tr></tbody>
+</table></div>
+</div>
+ 
+ The syntax of <code class="computeroutput">CONTRACT_XYZ_DECL()</code>, and consequently <code class="computeroutput">CONTRACT_XYZ()</code>, needs to be extended to include all
+ class and function signature tokens:
+ 
+<pre class="programlisting">template<typename T, typename U>
+// class z: public x, protected y
+CONTRACT_CLASS_DECL( (z) (public)(x) (public)(y)
+
+ (static) (invariant) ({
+ ...
+ })
+ (invariant) ({
+ ...
+ })
+
+(
+ class X {}; class Y{};
+
+ // void f(register int i = 0, auto double d = 0.0) throw(X, Y)
+ CONTRACT_FUNCTION_DECL(
+ (public) (void) (f)(
+ (register)(int) (x) (default)(0)
+ (auto)(double) (d) (default)(0.0)
+ ) (throw)( (X) (Y) )
+ (precondition) ({
+ ...
+ })
+ (postcondition) ({
+ ...
+ })
+ (body) (
+ ...
+ ) )
+
+ ...
+) )
+</pre>
+<div class="itemizedlist"><ul type="disc">
+<li>
+ Default function parameters indicated using <code class="computeroutput">default</code>
+ (<code class="computeroutput">=</code> symbol cannot be used because
+ it cannot be parsed by the preprocessor). Default is already a keyword
+ (for <code class="computeroutput">switch()</code>)
+ so it works nicely as it already know by programmers (even if in a different
+ context), it will be highlighted by most editors, etc.
+ </li>
+<li>
+ Exceptions specifications are supported using a preprocessor sequence (instead
+ of the usual comma-separated syntax). This is the same syntax already used
+ for both function arguments and template parameters.
+ </li>
+<li>
+ Auto and register qualifier are added to the the function argument list
+ (before the type).
+ </li>
+<li>
+ The <code class="computeroutput">friend</code> keyword still does
+ not need to be supported because contracts must appear with the class/function
+ declaration. Therefore, friend is used to forward declare the class/function
+ and then contracts are specified where the class/function is actually defined.
+ This approach still maintain the friend functionality with the only limitation
+ that friend functions cannot be defined where they are declared friends
+ (C++ already enforces this constraint but only for classes).
+ </li>
+<li>
+ The <code class="computeroutput">union</code> keyword is still
+ not supported for <code class="computeroutput">CONTRACT_CLASS()_DECL</code>
+ because contracts are not supported for unions (only for classes and structs).
+ </li>
+<li>
+ All other C++ keywords are already included in the class/function signatures
+ even if not shown in the example above.
+ </li>
+</ul></div>
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.shall_i_remove_the__assert____macros_"></a><a class="link" href="todo.html#contract__.todo.shall_i_remove_the__assert____macros_" title="Shall I remove the ASSERT() macros?">Shall
+ I remove the <code class="computeroutput">ASSERT()</code>
+ macros?</a>
+</h3></div></div></div>
+
+ I am not sure if this would make the syntax better or worst...
+ 
+
+ Would removing the <code class="computeroutput">CONTRACT_ASSERT()</code> "simplify" the syntax making
+ it more inline with [Crowl2006]? It might not because the code would look
+ more like [Crowl2006] but it might look less like C++ and be harder to understand...
+ 
+
+ Removing the macros will enforce the constraint that contract code is kept
+ simple and to just a list of assertions (with eventual if-guards). However,
+ this constraint makes 100% sense for CP language support but a library might
+ be better off leaving this up to the programmer as a good practice.
+ 
+
+ Furthermore, the assertion if-guard imposes the limit that all assertion
+ must start with a word (no symbol). For istance <code class="computeroutput">(x == 3) && (y ==
+ 4)</code>
+ is not a valid assertion (it will not pass the preprocessor). However, these
+ assertions could be wrapped by <code class="computeroutput">contract::identity((x ==
+ 3) && (y == 4))</code> as a workaround... would this acceptable?
+ 
+<pre class="programlisting">namespace contract {
+template<typename T>
+const T& identity(const T& condition) { return condition; }
+} // namespace
+
+template<class T, class Alloc = allocator<T> >
+CONTRACT_CLASS_DECL( (vector)
+
+ (invariant) (
+ ( (size() == 0) == empty() )
+ )
+
+(
+
+public:
+ typedef typename std::vector<T>::iterator iterator;
+
+ CONTRACT_FUNCTION_DECL(
+ (public) (iterator) (erase)(
+ (iterator)(first) (iterator)(last) ) (copyable)
+ (precondition) (
+ // No code block `({ ... })`. Assertions are just a sequence
+ // of booleanable expressions.
+ ( size() >= std::distance(first, last) )
+ )
+ (postcondition) (result) (
+ ( size() == CONTRACT_OLDOF(this)->size() -
+ std::distance(first, last) )
+ ( if (empty()) (result == end()) ) // Assertion with if-guard.
+ )
+ (
+ return vector_.erase(first, last);
+ ) )
+
+private:
+ std::vector<T> vector_;
+) )
+</pre>
+</div>
+<div class="section" lang="en">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.todo.fusing_contracts__concepts__named_parameters__etc_"></a><a class="link" href="todo.html#contract__.todo.fusing_contracts__concepts__named_parameters__etc_" title="Fusing contracts, concepts, named parameters, etc.">Fusing
+ contracts, concepts, named parameters, etc.</a>
+</h3></div></div></div>
+
+ Consider the following C++0x-like example (inspired from ConceptC++ http://www.generic-programming.org/languages/conceptcpp class="emphasis">tutorial
+ and C++ Contract Programming proposal [Crowl2006]):
+ 
+<pre class="programlisting">// Example strangely uses pointers instead of iterators just to have preconditions.
+template<std::CopyConstructible T>
+ requires Addable<T>, Assignable<T> // Concepts.
+T sum(T* first, T* last, T result)
+ preconditions { first; last; } // Pointer not null.
+ postconditions (total) { total == result; } // Returning result.
+{
+ for (; first != last; ++first)
+ result = result + *first;
+ return result;
+}
+</pre>
+
+ "What do you think of the following macro that implements this in ISO
+ standard C++ by wrapping the above C++0x-like syntax within a preprocessor
+ sequence?" I have asked this question to Boosters.
+ 
+<pre class="programlisting">CPP0X_FUNCTION(
+(template)( (std::CopyConstructible)(T) )
+ (requires)( (Addable<T>) (Assignable<T>) )
+(T) (sum)( (T*)(first) (T*)(last) (T)(result) )
+ (preconditions)( (first) (last) )
+ (postconditions)(total)( (total == result) )
+({
+ for (; first != last; ++first)
+ result = result + *first;
+ return result;
+}) )
+</pre>
+
+ The idea is that using the preprocessor I can parse the signature-sequence
+ so I have all the tokens needed to declare/define the C++ function plus its
+ concepts (Boost.Concept), contracts (Boost.Contract), named parameters (Boost.Parameter),
+ etc. Furthermore, the syntax of signature-sequence can be any valid preprocessor
+ sequence that uses words (not symbols) for keywords (e.g., (requires) and
+ (preconditions) are OK but (=) is not). So I can define the signature-sequence
+ syntax to closely match the syntax of C++0x and of other C++ standard proposals
+ (like [Crowl2006]).
+ 
+
+ This syntax is not worst than the current Contract++ one. Therefore, it would
+ seem that at least the Contract++ macros should be extended to support concepts
+ (interfacing with Boost.Concept) and possibly also named parameters (interfacing
+ with Boost.Parameter).
+ 
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009 -2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="release_history.html"><img src=".././doc/html/images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src=".././doc/html/images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src=".././doc/html/images/home.png" alt="Home"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/tutorial.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/tutorial.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,3343 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Tutorial</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="getting_started.html" title="Getting Started">
+<link rel="next" href="without_the_macros.html" title="Without the Macros">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="getting_started.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="without_the_macros.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.tutorial"></a><a class="link" href="tutorial.html" title="Tutorial">Tutorial</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt><a href="tutorial.html#contract__.tutorial.contract_programming_overview">Contract
+ Programming Overview</a></dt>
+<dt>Checking Contracts</dt>
+<dt>Contract Macros</dt>
+<dt>Signature Sequence</dt>
+<dt>Function Arguments</dt>
+<dt>Inheritance</dt>
+<dt>Operators</dt>
+<dt><a href="tutorial.html#contract__.tutorial.overloaded_functions">Overloaded
+ Functions</a></dt>
+<dt>Function Templates</dt>
+<dt><a href="tutorial.html#contract__.tutorial.deferring_the_body">Deferring the
+ Body</a></dt>
+<dt>Friends</dt>
+<dt>Structs and Unions</dt>
+<dt>Qualifiers</dt>
+<dt>Blocks and Loops</dt>
+<dt><a href="tutorial.html#contract__.tutorial.exception_specifications">Exception
+ Specifications</a></dt>
+<dt><a href="tutorial.html#contract__.tutorial.commas_within_macro_parameters">Commas
+ Within Macro Parameters</a></dt>
+<dt><a href="tutorial.html#contract__.tutorial.a_fully_working_example">A Fully
+ Working Example</a></dt>
+</dl></div>
+
+ This section gives an overview of Contract Programming and explains how this
+ library can be used to write contracts. At the end of the section there is
+ a fully working example that can be compiled and executed.
+ 
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.contract_programming_overview"></a><a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview" title="Contract Programming Overview">Contract
+ Programming Overview</a>
+</h3></div></div></div>
+
+ Contract Programming is characterized at least by the following assertion
+ mechanisms (see <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>,
+ <a class="link" href="bibliography.html" title="Bibliography">[Ottosen2004]</a>, or <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>):
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ It is possible to describe class invariants.
+ These are logical conditions that programmers expect to be true after
+ the constructor has been executed successfully, before and after the
+ execution of every non-static member function with a contract, and before
+ the destructor is executed (e.g., class invariants can define a valid
+ state for all objects of a class). It is possible to describe static class invariants also which are expected
+ to be true before and after the execution of any member function with
+ a contract (including static member functions, constructor entry, and
+ destructor exit).
+ </li>
+<li class="listitem">
+ It is possible to describe function preconditions.
+ These are logical conditions that programmers except to be true when
+ the function is called (e.g., to check constraints on input function
+ arguments).
+ </li>
+<li class="listitem">
+ It is possible to describe function postconditions.
+ These are logical conditions that programmers expect to be true when
+ the function has ended normally (e.g., to check the result and any side
+ effect that a function might have).
+ </li>
+<li class="listitem">
+ It is possible to formalize the notion of overriding a virtual member
+ function via subcontracting. Subcontracting
+ can be justified by substitution principles and it consists of the following
+ rules that the overriding function must obey:
+ <div class="orderedlist"><ol class="orderedlist" type="a">
+<li class="listitem">
+ Preconditions cannot be strengthen.
+ </li>
+<li class="listitem">
+ Postconditions cannot be weaken.
+ </li>
+<li class="listitem">
+ Class invariants cannot be weaken.
+ </li>
+</ol></div>
+ </li>
+<li class="listitem">
+ It is possible to describe block invariants.
+ These are logical conditions that programmes except to be true every
+ time the execution reaches the point where the condition is asserted.
+ When used within a loop (i.e., a block of code that can be executed in
+ iteration), block invariants function like loop invariants
+ asserting conditions that are excepted to be true for every loop iteration.
+ </li>
+<li class="listitem">
+ It is possible to describe a loop variant.
+ This a positive integer expression with a value that is expected to decrease
+ at every subsequent loop iteration.
+ </li>
+</ol></div>
+
+ Based on these definitions of invariants, preconditions, postconditions,
+ and subcontracting it is possible to specify the semantics of the invocation
+ of a function for which a contract has been specified.
+ 
+<a name="contract__.tutorial.contract_programming_overview.non_member_function_call_semantics"></a><h6>
+<a name="contract__.tutorial.contract_programming_overview.non_member_function_call_semantics-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.non_member_function_call_semantics">Non-Member
+ Function Call Semantics</a>
+ </h6>
+
+ A non-member function call should execute the following steps:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Check preconditions.
+ </li>
+<li class="listitem">
+ Execute function body.
+ </li>
+<li class="listitem">
+ Check postconditions.
+ </li>
+</ol></div>
+<a name="contract__.tutorial.contract_programming_overview.member_function_call_semantics"></a><h6>
+<a name="contract__.tutorial.contract_programming_overview.member_function_call_semantics-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.member_function_call_semantics">Member
+ Function Call Semantics</a>
+ </h6>
+
+ A member function call should execute the following steps:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Check static class invariants.
+ </li>
+<li class="listitem">
+ Check non-static class invariants AND, when subcontracting,
+ check the base class invariants (for non-static member functions only
+ [<a name="id866529" href="#ftn.id866529" class="footnote">2</a>]).
+ </li>
+<li class="listitem">
+ Check preconditions OR, when subcontracting, check
+ the overridden function preconditions.
+ </li>
+<li class="listitem">
+ Execute function body.
+ </li>
+<li class="listitem">
+ Check static class invariants (even if body throws an exception).
+ </li>
+<li class="listitem">
+ Check non-static class invariants AND, when subcontracting,
+ check base class invariants (for non-static member functions only plus
+ checked even if body throws an exception).
+ </li>
+<li class="listitem">
+ Check postconditions AND, when subcontracting, check
+ overridden function postconditions (only if body did not throw an exception).
+ </li>
+</ol></div>
+
+ Where AND and OR are the logical
+ "and" and "or" operators evaluated in short-circuit (i.e.,
+ A AND B evaluates B only if A is evaluated to be true,
+ A OR B evaluates B only if A is evaluated to be false).
+ 
+
+ When a member function overrides more than one virtual function due to multiple
+ inheritance:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ Class invariants are checked in AND with the invariants
+ of all the base classes (following the inheritance
+ order).
+ </li>
+<li class="listitem">
+ Preconditions are checked in OR with the preconditions
+ of all the overridden functions (following the inheritance
+ order).
+ </li>
+<li class="listitem">
+ Postconditions are checked in AND with the postconditions
+ of all the overridden functions (following the inheritance
+ order).
+ </li>
+</ul></div>
+<a name="contract__.tutorial.contract_programming_overview.constructor_call_semantics"></a><h6>
+<a name="contract__.tutorial.contract_programming_overview.constructor_call_semantics-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.constructor_call_semantics">Constructor
+ Call Semantics</a>
+ </h6>
+
+ A constructor call should execute the following steps:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Initialize member variables via the constructor member initialization
+ list (if such a list is specified).
+ </li>
+<li class="listitem">
+ Check static class invariants (but not the non-static class invariants).
+ </li>
+<li class="listitem">
+ Check preconditions.
+ </li>
+<li class="listitem">
+ Execute constructor body.
+ </li>
+<li class="listitem">
+ Check static class invariants (even if body throws an exception).
+ </li>
+<li class="listitem">
+ Check class invariants (even if body throws an exception).
+ </li>
+<li class="listitem">
+ Check postconditions (only if body did not throw an exception).
+ </li>
+</ol></div>
+
+ Before constructor body execution, there is no object therefore:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ Non-static class invariants do not have to hold true and they are not
+ checked at constructor entry.
+ </li>
+<li class="listitem">
+ Preconditions cannot access the object.
+ </li>
+<li class="listitem">
+ Postconditions cannot access the old object value (as it was before body
+ execution).
+ </li>
+</ul></div>
+<a name="contract__.tutorial.contract_programming_overview.destructor_call_semantics"></a><h6>
+<a name="contract__.tutorial.contract_programming_overview.destructor_call_semantics-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.destructor_call_semantics">Destructor
+ Call Semantics</a>
+ </h6>
+
+ A destructor call should execute the following steps:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Check static class invariants.
+ </li>
+<li class="listitem">
+ Check class invariants.
+ </li>
+<li class="listitem">
+ Execute destructor body.
+ </li>
+<li class="listitem">
+ Check static class invariants (but not the non-static class invariants
+ plus checked even if body throws an exception [<a name="id866892" href="#ftn.id866892" class="footnote">3</a>]).
+ </li>
+</ol></div>
+
+ Note that:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ Destructors have no arguments so they have no preconditions.
+ </li>
+<li class="listitem">
+ After destructor body execution, there is no object anymore (because
+ it has been destroyed) so non-static class invariants do not have to
+ hold true and they are not checked at destructor exit.
+ </li>
+<li class="listitem">
+ Destructors have no postconditions as there is no function argument and
+ after body execution there is no object.
+ </li>
+</ul></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.checking_contracts"></a><a class="link" href="tutorial.html#contract__.tutorial.checking_contracts" title="Checking Contracts">Checking Contracts</a>
+</h3></div></div></div>
+
+ After programmers specify contracts, this library provides a mechanism to
+ automatically check if class invariants, preconditions, postconditions, block
+ invariants, and loop variants hold true at run-time or not.
+ 
+
+ If a class invariant, precondition, postcondition, block invariant, or loop
+ variant asserted via <code class="computeroutput">CONTRACT_ASSERT()</code>, <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT()</code>, or <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code> is checked to be false, the library invokes
+ the <code class="computeroutput">contract::class_invariant_failed()</code>, <code class="computeroutput">contract::precondition_failed()</code>, <code class="computeroutput">contract::postcondition_failed()</code>, <code class="computeroutput">contract::block_invariant_failed()</code> (for both block invariant and loop variant
+ failures) function respectively. These functions invoke <code class="computeroutput">std::terminate()</code> by default but programmers can redefine
+ them to take a different action using <code class="computeroutput">contract::set_class_invariant_failed()</code>, <code class="computeroutput">contract::set_precondition_failed()</code>, <code class="computeroutput">contract::set_postcondition_failed()</code>, and <code class="computeroutput">contract::set_block_invariant_failed()</code>.
+ 
+
+ This mechanism is similarly to the one of C++ <code class="computeroutput">std::set_terminate()</code> (see <a class="link" href="throw_on_failure.html" title="Annex: Throw on Failure">Throw
+ on Failure</a> for an example).
+ 
+<a name="contract__.tutorial.checking_contracts.constant_correctness"></a><h6>
+<a name="contract__.tutorial.checking_contracts.constant_correctness-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.checking_contracts.constant_correctness">Constant-Correctness</a>
+ </h6>
+
+ Contracts are only supposed to check the object state
+ in order to ensure its compliance with the software specifications. Therefore,
+ contract checking should not be allowed to modify the object state and exclusively
+ "read-only" operations (or queries) should
+ be used to specify contracts.
+ 
+
+ This library enforces [<a name="id867319" href="#ftn.id867319" class="footnote">4</a>] this constraint at compile-time using the C++ <code class="computeroutput">const</code>
+ qualifier. Contracts only have access to the object, function arguments,
+ and return value via constant references thus only constant members can be
+ accessed when checking contracts. Furthermore, pointers are passed as <code class="computeroutput">const T*</code> so the pointed object is constants and cannot
+ be changed (note that the pointer value itself is not constant, because it
+ is not passed as <code class="computeroutput">const T* const</code>, and
+ it could be changed by the contract but such a change will be local to the
+ contract function therefore still ensuring the const-correctness of the contract).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.contract_macros"></a><a class="link" href="tutorial.html#contract__.tutorial.contract_macros" title="Contract Macros">Contract Macros</a>
+</h3></div></div></div>
+
+ The following overview of the contract macros and their usages should be
+ enough to understand the working example at the end of this section, most
+ of the examples in the <a class="link" href="examples.html" title="Examples">Examples</a>
+ annex, and to start writing contracts on your own. Consult the library Reference documentation for more information.
+ [<a name="id867446" href="#ftn.id867446" class="footnote">5</a>].
+ 
+
+ <code class="literal">CONTRACT_INVARIANT(
+ (static)({ ... }) ({ ... }) )</code>
+ 
+
+ This macro is used to program class invariants. It should appear within a
+ private section in the class declaration. It takes one parameter which is
+ a Boost.Preprocessor
+ sequence of the following elements:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ <code class="computeroutput">(static) ({ ... })</code>:
+ The code block <code class="computeroutput">{ ...
+ }</code> [<a name="id867766" href="#ftn.id867766" class="footnote">6</a>] asserting static class invariants. This is optional and it
+ can be omitted.
+ </li>
+<li class="listitem">
+ <code class="computeroutput">({ ...
+ })</code>: A secondary code block <code class="computeroutput">{ ... }</code> asserting non-static class invariants.
+ This is mandatory but an empty code block <code class="computeroutput">({})</code>
+ can be specified if there are no class invariants (using <code class="computeroutput">CONTRACT_INVARIANT()</code>
+ instead of <code class="computeroutput">CONTRACT_INVARIANT( ({}) )</code> will generate a preprocessor error).
+ </li>
+</ul></div>
+
+ If contract compilation is turned off, this macro expands to nothing (and
+ no contract overhead is added). Otherwise, it expands to code that checks
+ the class invariants (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without
+ the Macros</a> for details).
+ 
+
+ <code class="literal">CONTRACT_FUNCTION(
+ signature-sequence (precondition)({ ... }) (postcondition)(result-name)({
+ ... }) (body)({ ... }) )</code>
+ 
+
+ <code class="literal">CONTRACT_CONSTRUCTOR(
+ signature-sequence (precondition)({ ... }) (postcondition)({
+ ... }) (body)({ ... }) )</code>
+ 
+
+ These macros are used to program preconditions and postconditions for functions
+ (members and non) and constructors respectively. They should appear right
+ after the function and constructor declaration, and after the constructor
+ members initialization list when such a list is specified. They both take
+ the following parameters:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ signature-sequence: A Boost.Preprocessor
+ sequence with the function or constructor signature tokens (see subsections
+ below).
+ </li>
+<li class="listitem">
+ <code class="computeroutput">(precondition) ({ ... })</code>:
+ An optional code block <code class="computeroutput">{ ... }</code>
+ asserting the preconditions.
+ </li>
+<li class="listitem">
+ <code class="computeroutput">(postcondition) (</code>result-name<code class="computeroutput">) ({ ... })</code>:
+ An optional code block <code class="computeroutput">{ ... }</code>
+ asserting the postconditions. The <code class="computeroutput">(</code>result-name<code class="computeroutput">)</code> element is only specified for non-void
+ functions (so never for constructors) and it names the variable used
+ to access the return value within postconditions (e.g., <code class="computeroutput">result</code>).
+ </li>
+<li class="listitem">
+ <code class="computeroutput">(body)({ ... })</code>: A mandatory code block <code class="computeroutput">{ ... }</code> implementing the function or constructor
+ body.
+ </li>
+</ul></div>
+
+ If contract compilation is turned off, these macros simply expand to the
+ body code block (and no contract overhead is added). Otherwise, they expand
+ to code that implements the <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.member_function_call_semantics">Member
+ Function Call Semantics</a> and <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.constructor_call_semantics">Constructor
+ Call Semantics</a> respectively thus checking class invariants, preconditions,
+ and postconditions (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without
+ the Macros</a> for details).
+ 
+
+ <code class="literal">CONTRACT_DESTRUCTOR(
+ signature-sequence (body)({ ... }) )</code>
+ 
+
+ This macro is used to program destructor contracts. It should appear right
+ after the destructor declaration. It takes the following parameters:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ signature-sequence: The destructor signature tokens
+ (see below).
+ </li>
+<li class="listitem">
+ <code class="computeroutput">(body) ({ ... })</code>:
+ A mandatory code block <code class="computeroutput">{ ... }</code>
+ implementing the destructor body.
+ </li>
+</ul></div>
+
+ If contract compilation is turned off, this macro simply expands to the body
+ code block (and no contract overhead is added). Otherwise, it expands to
+ code that implements the <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.destructor_call_semantics">Destructor
+ Call Semantics</a> checking the class invariants (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without
+ the Macros</a> for details).
+ 
+
+ <code class="literal">CONTRACT_OLDOF(
+ variable_name )</code>
+ 
+
+ This macro is used to access the old value for the variable with the specified
+ name in postconditions. It takes the following parameter:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem">
+ <code class="computeroutput">name</code>: The name of the
+ variable. As usual, <code class="computeroutput">this</code>
+ can be used as the variable name for the object so <code class="computeroutput">CONTRACT_OLDOF(this)</code> is used to access the object old value.
+ Otherwise, any of the function argument variable names can be specified.
+ The variable type (class or argument type) must be tagged copyable in
+ the signature sequence for the variable old value to be available (see
+ below). The library generates a compile-time error (containing the text
+ <code class="computeroutput">contract::noold</code>) if this macro is used on a variable
+ name of a type which was not tagged copyable.
+ </li></ul></div>
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+ This library does not support old values for any expression
+ that can be evaluated in postcondition as supported by Eiffel and required
+ <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a> instead. The
+ library supports old values for the object and all the function argument
+ types, and this is a subset of the old values supported by Eiffel and required
+ by <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>. However,
+ the old values supported by the library are usually enough to program the
+ postconditions (e.g., all Eiffel examples from <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>,
+ <a class="link" href="bibliography.html" title="Bibliography">[Mitchell2002]</a>, and all
+ C++ examples from <a class="link" href="bibliography.html" title="Bibliography">[Crowl2006]</a>
+ were successfully programmed using just these old values, see the <a class="link" href="examples.html" title="Examples">Examples</a> section).
+ </td></tr>
+</table></div>
+
+ The old value variable are only declared locally within postconditions therefore
+ they cannot be mistakenly accessed outside the related postcondition code
+ block (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without the Macros</a>
+ for details).
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ If pointer types are tagged copyable, then the pointer value, and not
+ the pointed value, is copied. Therefore the old pointer value will be available
+ in postconditions via <code class="computeroutput">CONTRACT_OLDOF()</code> and not the old
+ pointed value. In other words, as usual, shallow copies are performed for
+ pointers (unless the pointed type defines a different copy operation).
+ Be careful as this might not be what you intended when using <code class="computeroutput">CONTRACT_OLDOF()</code>
+ on a pointer [<a name="id868651" href="#ftn.id868651" class="footnote">7</a>].
+ 
+
+ The notable exception is the object <code class="computeroutput">this</code>
+ which is passed to the contract functions by pointer but its old value
+ is automatically deep copied by the library.
+ 
+</td></tr>
+</table></div>
+
+ <code class="literal">CONTRACT_ASSERT(
+ boolean_condition )</code>
+ 
+
+ This macro is used to assert conditions within the class invariant, precondition,
+ and postcondition code blocks (see also CONTRACT_ASSERT_MSG()).
+ It takes the following parameter:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem">
+ <code class="computeroutput">boolean_condition</code>: The
+ boolean condition being asserted.
+ </li></ul></div>
+
+ If contract compilation is turned off, this macro expands to nothing (and
+ no contract overhead is added). Otherwise, this macro expands to code that
+ triggers the invocation of <code class="computeroutput">contract::class_invariant_failed()</code>, <code class="computeroutput">contract::precondition_failed()</code>, or <code class="computeroutput">contract::postcondition_failed()</code> in case the asserted boolean condition
+ is evaluated to be false at run-time from within invariants, preconditions,
+ or postconditions respectively (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without
+ the Macros</a> for details).
+ 
+
+ <code class="literal">CONTRACT_ASSERT_BLOCK_INVARIANT(
+ boolean_condition )</code>
+ 
+
+ This macro is used to assert invariant within a generic code block (see also
+ CONTRACT_ASSERT_BLOCK_INVARIANT_MSG()).
+ This macro can also be used within loops to assert loop invariants. It takes
+ the following parameter:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem">
+ <code class="computeroutput">boolean_condition</code>: The
+ boolean condition being asserted.
+ </li></ul></div>
+
+ If contract compilation is turned off, this macro expands to nothing (and
+ no contract overhead is added). Otherwise, this macro expands to code that
+ triggers the invocation of <code class="computeroutput">contract::block_invariant_failed()</code> in case the asserted boolean condition
+ is evaluated to be false at run-time (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without
+ the Macros</a> for details).
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+ This macro is similar to the C <code class="computeroutput">assert()</code> macro as it can be used at any point
+ within a block of code. However, in case the asserted condition either
+ throws an exception or it is evaluated to be <code class="computeroutput">false</code>,
+ this macro invokes <code class="computeroutput">contract::block_invariant_failed()</code> instead of calling <code class="computeroutput">abort()</code>.
+ </td></tr>
+</table></div>
+
+ <code class="literal">CONTRACT_ASSERT_LOOP_VARIANT(
+ integer_expression )</code>
+ 
+
+ <code class="literal">CONTRACT_INIT_LOOP_VARIANT</code>
+ 
+
+ This macro is used to assert loop variants (see also CONTRACT_ASSERT_LOOP_VARIANT_MSG()).
+ It must be used after <code class="computeroutput">CONTRACT_INIT_LOOP_VARIANT</code>
+ has been called once within the same code block scope (see below).
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem">
+ <code class="computeroutput">integer_expression</code>: An
+ integer expression which is evaluated at each loop iteration as the loop
+ variant. It must be always positive (not negative and not zero) and it
+ must strictly decrease at each subsequent loop iteration (of <code class="computeroutput">1</code> or more).
+ </li></ul></div>
+
+ If contract compilation is turned off, this macro expands to nothing (and
+ no contract overhead is added). Otherwise, this macro expands to code that
+ triggers the invocation of <code class="computeroutput">contract::block_invariant_failed()</code> at run-time in case the specified variant
+ expression is either not positive or it does not decrease from one loop iteration
+ to the next (see <a class="link" href="without_the_macros.html" title="Without the Macros">Without the
+ Macros</a> for details).
+ 
+<a name="contract__.tutorial.contract_macros.step_by_step_example"></a><h6>
+<a name="contract__.tutorial.contract_macros.step_by_step_example-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.contract_macros.step_by_step_example">Step-by-Step
+ Example</a>
+ </h6>
+
+ Let's assume we want to write a <code class="computeroutput">myvector</code>
+ class template that wraps the C++ STL vector template <code class="computeroutput">std::vector</code>
+ adding contracts to it. Here we show, step-by-step, how to program a contract
+ for the <code class="computeroutput">push_back()</code>
+ function.
+ 
+
+ Step 1) First, we implement <code class="computeroutput">myvector::push_back()</code>
+ to call <code class="computeroutput">std::vector::push_back()</code>
+ and we can sketch the contract using comments.
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+ // Invariant: (size() == 0) == empty()
+
+public:
+ // Precondition: size() < max_size()
+ // Postcondition: size() == (oldof size() + 1)
+ void push_back(const T& element) { vector_.push_back(element); }
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ Where "<code class="computeroutput">oldof size()</code>" indicates the value <code class="computeroutput">size()</code>
+ has before the <code class="computeroutput">push_back()</code> function is executed.
+ 
+
+ To keep this example simple, we intentionally did not write the full contract
+ but we only wrote one invariant, one precondition, and one postcondition
+ (see the STL Vector <a class="link" href="examples.html" title="Examples">Example</a> for
+ the complete <code class="computeroutput">push_back()</code>
+ contract). These contract conditions specify the followings:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ The class invariant asserts that the vector is empty if and only if its
+ size is zero.
+ </li>
+<li class="listitem">
+ The precondition asserts that the vector size must be smaller than the
+ maximum size when <code class="computeroutput">push_back()</code> is called (so there is available space
+ to add one extra vector element).
+ </li>
+<li class="listitem">
+ The postcondition asserts that the vector size must increase by 1 after
+ <code class="computeroutput">push_back()</code>
+ has been executed (to reflect the newly added vector element).
+ </li>
+</ol></div>
+
+ Step 2) The library provides the <code class="computeroutput">CONTRACT_FUNCTION()</code>
+ macro to write member function contracts. This macro must be used right
+ after the <code class="computeroutput">push_back()</code> function declaration. The <code class="computeroutput">push_back()</code>
+ function definition <code class="computeroutput">{ vector_.push_back(); }</code> is moved
+ within the macro becoming the last element of the Boost.Preprocessor
+ sequence passed as the macro parameter:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+ // Invariant: (size() == 0) == empty()
+
+public:
+ // Precondition: size() < max_size()
+ // Postcondition: size() == (old size()) + 1
+ void push_back(const T& element)
+ CONTRACT_FUNCTION( signature-sequence
+ precondition-sequence
+ postcondition-sequence
+ (body) ({
+ vector_.push_back(element);
+ }) ) // No need for ";" after the macro closing parenthesis ")".
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ There is no need for "<code class="computeroutput">;</code>"
+ after the macro closing parenthesis "<code class="computeroutput">)</code>".
+ 
+
+ Step 3) We now program the postconditions
+ using <code class="computeroutput">CONTRACT_ASSERT()</code> inside a code block <code class="computeroutput">{
+ ... }</code>
+ specifying the postcondition-sequence elements:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+ // Invariant: (size() == 0) == empty()
+
+public:
+ // Precondition: size() < max_size()
+ void push_back(const T& element)
+ CONTRACT_FUNCTION( signature-sequence
+ precondition-sequence
+ (postcondition) ({
+ CONTRACT_ASSERT( size() == (CONTRACT_OLDOF(this)->size() + 1) );
+ })
+ (body) ({
+ vector_.push_back(element);
+ }) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ Note how <code class="computeroutput">CONTRACT_OLDOF(this)</code> is used
+ to access the old object value as it was before body execution.
+ 
+
+ Step 4) Similarly, we program the preconditions
+ in a code block <code class="computeroutput">{ ...
+ }</code> specifying the precondition-sequence
+ elements:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+ // Invariant: (size() == 0) == empty()
+
+public:
+ void push_back(const T& element)
+ CONTRACT_FUNCTION( signature-sequence
+ (precondition) ({
+ CONTRACT_ASSERT( size() < max_size() );
+ })
+ (postcondition) ({
+ CONTRACT_ASSERT( size() == (CONTRACT_OLDOF(this)->size() + 1) );
+
+ })
+ (body) ({
+ vector_.push_back(element);
+ }) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ Step 5) The signature-sequence
+ elements are discussed separately (see below) and for now we will leave them
+ unresolved.
+ 
+
+ Step 6) Similarly to what we did with for
+ preconditions and postconditions, we program the class invariants in a code
+ block <code class="computeroutput">{ ...
+ }</code> specifying sequence elements passed
+ to the <code class="computeroutput">CONTRACT_INVARIANT()</code> macro:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+
+ CONTRACT_INVARIANT( ({
+ CONTRACT_ASSERT( (size() == 0) == empty() );
+ }) ) // Again, no need for ";" after the macro closing parenthesis ")".
+
+public:
+ void push_back(const T& element)
+ CONTRACT_FUNCTION( signature-sequence
+ (precondition) ({
+ CONTRACT_ASSERT( size() < max_size() );
+ })
+ (postcondition) ({
+ CONTRACT_ASSERT( size() == (CONTRACT_OLDOF(this)->size() + 1) );
+
+ })
+ (body) ({
+ vector_.push_back(element);
+ }) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ Again, there is no need for "<code class="computeroutput">;</code>"
+ after the macro closing parenthesis "<code class="computeroutput">)</code>".
+ 
+
+ Step 7) The same step-by-step process can
+ be applied to understand the usage of <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code> and <code class="computeroutput">CONTRACT_DESTRUCTOR()</code> (see the example at the very end of this
+ section).
+ 
+<a name="contract__.tutorial.contract_macros.contract_code_blocks"></a><h6>
+<a name="contract__.tutorial.contract_macros.contract_code_blocks-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.contract_macros.contract_code_blocks">Contract
+ Code Blocks</a>
+ </h6>
+
+ This library allows for arbitrary constant-correct code within the class
+ invariant, precondition, and postcondition code blocks <code class="computeroutput">({
+ ... })</code>.
+ 
+
+ In other words, the class invariant, precondition, and postcondition code
+ blocks can contain any legal C++ code and they can access any constant class
+ member (private, protected, or public). However, writing complex code in
+ the contracts will increase the probability of introducing bugs in the contracts
+ themselves so it is better to limit the contract code to a simple list of
+ assertions with occasional if-statements to guard them. Furthermore, if non-public
+ members are used in preconditions then the callers will not be able to fully
+ check the preconditions to make sure the contract is satisfied before calling
+ the function so it is best to only use public members at least in preconditions
+ [<a name="id871421" href="#ftn.id871421" class="footnote">8</a>].
+ 
+
+ In addition, this library checks class invariants (as well as preconditions
+ and postconditions) only for functions that have a contract. For example,
+ if a private member function is allowed to temporarily
+ brake the class invariants, you can omit the contract for that one private
+ function so no invariants (as well as no preconditions and no postconditions)
+ will be checked when that function is called. However, it should never be
+ the case that public member functions can brake class invariants. It is recommended
+ to write contracts for all functions (public and non) with the rare exceptions
+ of a private member function that cannot be programmed without allowing for
+ it to temporarily brake the class invariants.
+ 
+<div class="important"><table border="0" summary="Important">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Important]" src="../images/important.png"></td>
+<th align="left">Important</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Recommended Practices
+ 
+
+ 1. Limit the contract code to a list of assertions with occasional if-statements
+ to guard them.
+ 
+
+ 2. Only access public class members when asserting preconditions.
+ 
+
+ 3. Write contracts at least for all public member functions (even if they
+ have no preconditions and no postconditions) so they check the class invariants.
+ 
+</td></tr>
+</table></div>
+
+ These practices are followed by all the examples of this documentation.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.signature_sequence"></a><a class="link" href="tutorial.html#contract__.tutorial.signature_sequence" title="Signature Sequence">Signature Sequence</a>
+</h3></div></div></div>
+
+ The very first elements of the Boost.Preprocessor
+ sequence passed to the macros <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code>, <code class="computeroutput">CONTRACT_DESTRUCTOR()</code>, and <code class="computeroutput">CONTRACT_FUNCTION()</code> are the elements of the signature-sequence
+ [<a name="id871567" href="#ftn.id871567" class="footnote">9</a>]. The signature-sequence repeats the syntactic
+ elements of the function declaration. [<a name="id871782" href="#ftn.id871782" class="footnote">10</a>]
+ 
+
+ The syntax of signature-sequence is somewhat unusual
+ (even if it is all legal ISO standard C++). However, there is a convenient
+ rule for remembering this syntax:
+ 
+<div class="important"><table border="0" summary="Important">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Important]" src="../images/important.png"></td>
+<th align="left">Important</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Signature Sequence Mnemonic
+ 
+
+ The tokens in the signature sequence appear in the exact same order as
+ they appear in the relative function declaration.
+ 
+</td></tr>
+</table></div>
+<a name="contract__.tutorial.signature_sequence.an_example"></a><h6>
+<a name="contract__.tutorial.signature_sequence.an_example-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.signature_sequence.an_example">An Example</a>
+ </h6>
+
+ Let's consider the following example (with respect to the <code class="computeroutput">myvector</code>
+ example above, we have added the base class <code class="computeroutput">pushable</code>
+ to show how to subcontract):
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+public:
+ void push_back(const T& element)
+ CONTRACT_FUNCTION( signature-sequence ... )
+ ...
+};
+</pre>
+
+ Applying the mnemonic rule, we read the declaration of <code class="computeroutput">push_back()</code> from top to bottom and we find the following
+ tokens in the listed order (we have to start all the way up to the top of
+ the <code class="computeroutput">myvector</code> class declaration):
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ The <code class="literal">class</code> keyword
+ for <code class="computeroutput">myvector</code> (this indicates
+ that <code class="computeroutput">push_back</code> is a member
+ function).
+ </li>
+<li class="listitem">
+ The <code class="literal">myvector</code> class
+ type (this indicates that <code class="computeroutput">push_back</code>
+ is a member function of <code class="computeroutput">myvector</code>).
+ </li>
+<li class="listitem">
+ The <code class="literal">pushable<T></code>
+ base class which is repeated in signature-sequence
+ as <code class="computeroutput">(inherit)(pushable<T>)</code> but only when the function is subcontracting
+ from the specified base class (because "<code class="computeroutput">:</code>"
+ is not a valid preprocessor token <code class="computeroutput">(inherit)</code>
+ is used instead; also the inheritance access level, the <code class="computeroutput">public</code> keyword in this case, is not relevant
+ and it is not repeated in signature-sequence).
+ </li>
+<li class="listitem">
+ The <code class="literal">public</code> access
+ level of the <code class="computeroutput">push_back()</code> member function.
+ </li>
+<li class="listitem">
+ The <code class="literal">void</code> return type.
+ </li>
+<li class="listitem">
+ The <code class="literal">push_back</code> function
+ name.
+ </li>
+<li class="listitem">
+ The parenthesis "<code class="literal">(</code>"
+ to open the function argument list.
+ </li>
+<li class="listitem">
+ The <code class="literal">const T&</code>
+ function argument type.
+ </li>
+<li class="listitem">
+ The <code class="literal">element</code> function
+ argument name.
+ </li>
+<li class="listitem">
+ The parenthesis "<code class="literal">)</code>"
+ to close the function argument list.
+ </li>
+</ol></div>
+
+ Wrapping all these tokens within parenthesis <code class="computeroutput">()</code>
+ and listing them in the exact order as they appear in the function declaration,
+ we obtain the signature-sequence elements for this example.
+ The parenthesis <code class="computeroutput">()</code> around the
+ tokens are mandatory because they are the ones actually creating the Boost.Preprocessor
+ sequence. New lines and spaces do not matter within preprocessor sequences.
+ 
+<pre class="programlisting">(class) (copyable)(myvector) (inherit)(vector_interface<T>)
+(public) (void) (push_back)( (const T&)(element) )
+</pre>
+
+ The <code class="computeroutput">myvector</code> class type is
+ preceded by <code class="computeroutput">(copyable)</code> because, for this example, we wanted to
+ access the old object value <code class="computeroutput">CONTRACT_OLDOF(this)</code>
+ (as the object was before the function body execution) in the postconditions.
+ Also any function argument type can be tagged copyable if the old value of
+ the related argument is needed in the postconditions. In this example, <code class="computeroutput">(const T&)(element)</code> could have been tagged copyable and specified
+ in signature-sequence as <code class="computeroutput">(copyable)(const T&)(element)</code> if the old value of the argument <code class="computeroutput">CONTRACT_OLDOF(element)</code>
+ (as the argument was before the body execution) was needed in the postconditions.
+ 
+
+ Completing the example presented in the previous section, with the addition
+ of subcontracting <code class="computeroutput">myvector::push_back()</code> from <code class="computeroutput">pushable::push_back()</code>, we have:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+
+ CONTRACT_INVARIANT( ({
+ CONTRACT_ASSERT( (size() == 0) == empty() );
+ }) )
+
+public:
+ void push_back(const T& element)
+ CONTRACT_FUNCTION( (class) (copyable)(myvector)
+ (inherit)(pushable<T>)
+ (public) (void) (push_back)( (const T&)(element) )
+ (precondition) ({
+ CONTRACT_ASSERT( size() < max_size() );
+ })
+ (postcondition) ({
+ CONTRACT_ASSERT( size() == (CONTRACT_OLDOF(this)->size() + 1) );
+ })
+ (body) ({
+ vector_.push_back(element);
+ }) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ This is a fully working example assuming that:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ <code class="computeroutput">pushable::push_back()</code>
+ also has a contract specified using this library since it is used for
+ subcontracting (this library allows to specify contracts also for pure
+ virtual functions, see below).
+ </li>
+<li class="listitem">
+ <code class="computeroutput">myvector</code> has an accessible
+ constant-correct [<a name="id873443" href="#ftn.id873443" class="footnote">11</a>] copy constructor since it was tagged <code class="computeroutput">(copyable)</code>
+ (see <code class="computeroutput">contract::copy</code>):
+ </li>
+</ol></div>
+<pre class="programlisting">// Must be accessible and construct from a const& parameter.
+myvector::myvector(const myvector& source) { ... }
+</pre>
+
+ If either one of these conditions is not true, this library will generate
+ a compile-time errors when attempting to compile the code above.
+ 
+<a name="contract__.tutorial.signature_sequence.full_syntax"></a><h6>
+<a name="contract__.tutorial.signature_sequence.full_syntax-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.signature_sequence.full_syntax">Full Syntax</a>
+ </h6>
+
+ Generalizing this example to include all possible syntactic
+ elements that can be found in a C++ function declaration, we obtain the full
+ syntax for signature-sequence.
+ 
+
+ signature-sequence syntax for
+ <code class="computeroutput">CONTRACT_FUNCTION()</code>:
+ 
+
+ For member functions:
+ 
+<pre class="programlisting">{(class) | (struct)} /[/(copyable)/]/(class-type) {(inherit)(base-class-type)}*
+{(public) | (protected) | (private)}
+/[/(template)( {(function-template-parameter-type)(function-template-parameter-name)}+ )/]/
+/[/(inline)/]/ /[/(static)/]/ /[/(virtual)/]/
+(result-type) (function-name)( {(void) | /{[/(copyable)/]/(argument-type)(argument-name)}+} )
+/[/(const)/]/ /[/(volatile)/]/
+</pre>
+
+ For non-member functions:
+ 
+<pre class="programlisting">/[[/(export)/]/ (template)( {(function-template-parameter-type)(function-template-parameter-name)}+ )/]/
+/[/(inline)/]/ /[/(extern /[extern-string]/)/]/
+(result-type) (function-name)( {(void) | /{[/(copyable)/]/(argument-type)(argument-name)}+} )
+</pre>
+
+ Note that <code class="computeroutput">(static)</code> is used as usual for static member function
+ but it cannot be specified for non-member functions because its use for non-members
+ was deprecated from C to C++.
+ 
+
+ We have used the following conventions in writing the signature-sequence
+ syntax:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ // indicates an optional item.
+ </li>
+<li class="listitem">
+ <code class="literal">item</code>* indicates an item repeated
+ zero of more times.
+ </li>
+<li class="listitem">
+ <code class="literal">item</code>+ indicates an item repeated
+ one of more times.
+ </li>
+<li class="listitem">
+ {<code class="literal">item1 </code> operation
+ <code class="literal">item2 </code> operation ...}
+ indicates the item resulting after evaluating the expression within the
+ curly parenthesis.
+ </li>
+<li class="listitem">
+ <code class="literal">item1</code> | <code class="literal">item2</code>
+ indicates that one of the two items, but not both, must be specified.
+ </li>
+</ul></div>
+
+ For example:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ // indicates that <code class="computeroutput">(copyable)</code> is optional (it will only be specified
+ for variables with old values in postconditions).
+ </li>
+<li class="listitem">
+ {<code class="computeroutput">(inherit)(</code>base-class-type<code class="computeroutput">)</code>}* indicates that
+ <code class="computeroutput">(inherit)(</code>base-class-type<code class="computeroutput">)</code> can be repeated zero or more times (it
+ can be omitted, it will only be specified when subcontracting, and when
+ specified it can be repeated multiple times to support subcontracting
+ from multiple base classes in case of multiple inheritance).
+ </li>
+<li class="listitem">
+ /{/<code class="computeroutput">(</code>argument-type<code class="computeroutput">)(</code>argument-name<code class="computeroutput">)</code>}+
+ indicates that the function arguments (when specified instead of <code class="computeroutput">(void)</code>) must be repeated one or more times
+ (together with their optional <code class="computeroutput">(copyable)</code>
+ tag).
+ </li>
+<li class="listitem">
+ // indicates that the access level is optional but when specified it
+ must be either <code class="computeroutput">(public)</code>, <code class="computeroutput">(protected)</code>,
+ or <code class="computeroutput">(private)</code>.
+ </li>
+</ul></div>
+
+ The syntaxes of signature-sequence used by <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code>
+ and <code class="computeroutput">CONTRACT_DESTRUCTOR()</code> are somewhat different because C++ uses
+ different syntactic elements for constructor and destructor declarations
+ than for member functions (constructors cannot be virtual, destructors cannot
+ have function arguments, etc). However, the syntax for these signature-sequences
+ are still obtained applying the basic rule of listing the constructor and
+ destructor signature tokens in the exact same order as they appear in the
+ constructor and destructor declarations.
+ 
+
+ signature-sequence syntax for
+ <code class="computeroutput">CONTRACT_CONSTRUCTOR()</code>:
+ 
+<pre class="programlisting">{(class) | (struct)} (class-type)
+{(public) | (protected) | (private)}
+/[/(template)( {(function-template-parameter-type)(function-template-parameter-name)}+ )/]/
+/[/(explicit)/]/ /[/(inline)/]/
+(class-name)( {(void) | /{[/(copyable)/]/(argument-type)(argument-name)}+} )
+</pre>
+
+ As usual, class-name is used as the function-name
+ for constructors and there is no result-type. Furthermore,
+ the library does not currently error if <code class="computeroutput">(explicit)</code>
+ is not specified in signature-sequence even if the contracted
+ constructor is <code class="computeroutput">explicit</code>. [<a name="id875088" href="#ftn.id875088" class="footnote">12</a>]
+ 
+
+ signature-sequence syntax for
+ <code class="computeroutput">CONTRACT_DESTRUCTOR()</code>:
+ 
+<pre class="programlisting">{(class) | (struct)} (class-type)
+{(public) | (protected) | (private)}
+/[/(inline)/]/ /[/(virtual)/]/
+(class-name)( (void) )
+</pre>
+
+ Note that class-name and not <code class="computeroutput">~</code>class-name is used as
+ function-name for destructors (<code class="computeroutput">"~"</code>
+ cannot be used because it is not a valid preprocessor token). Furthermore,
+ as usual destructors have no result-type and no function
+ arguments (the argument list is always specified <code class="computeroutput">(void)</code>).
+ 
+<div class="important"><table border="0" summary="Important">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Important]" src="../images/important.png"></td>
+<th align="left">Important</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Not in Signature Sequence
+ 
+
+ Eventual function argument default values and the keywords <code class="computeroutput">friend</code>, <code class="computeroutput">throw</code>
+ (for exception specifications), <code class="computeroutput">auto</code>,
+ <code class="computeroutput">register</code>, <code class="computeroutput">union</code>
+ are not repeated in the signature-sequence
+ (the library will generate compile-time errors otherwise). However, these
+ features are still supported for the contracted function as discussed in
+ the rest of this section (with the exception of <code class="computeroutput">union</code>
+ for which contracts are not supported by this library).
+ 
+</td></tr>
+</table></div>
+<a name="contract__.tutorial.signature_sequence.syntax_errors"></a><h6>
+<a name="contract__.tutorial.signature_sequence.syntax_errors-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.signature_sequence.syntax_errors">Syntax
+ Errors</a>
+ </h6>
+
+ The usual C++ syntax constraints apply. For example, <code class="computeroutput">(static)</code> cannot
+ be specified together with <code class="computeroutput">(virtual)</code>.
+ 
+
+ Furthermore, the tokens must be specified in the order listed above even
+ if the C++ syntax allows for different ordering. For example, <code class="computeroutput">(const)
+ (volatile)</code> must be specified in this order, and not
+ as <code class="computeroutput">(volatile) (const)</code>, even if C++ accepts both of orderings.
+ Fixing one specific ordering does not alter the semantics of the code. [<a name="id875701" href="#ftn.id875701" class="footnote">13</a>]
+ 
+
+ The library will generate compile-time errors if signature-sequence
+ contains tokens combinations which are not valid respect to the C++ syntax.
+ 
+<div class="warning"><table border="0" summary="Warning">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Warning]" src="../images/warning.png"></td>
+<th align="left">Warning</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Cryptic Preprocessing Errors
+ 
+
+ There is only a limited amount of compile-time error checking which this
+ library can do on signature-sequence. In some cases,
+ and depending on the compiler used, an error in programming the signature-sequence
+ syntax will result in cryptic compiler errors.
+ 
+
+ These compiler errors might involve library internal templates and macros
+ as well as Boost.Preprocessor
+ internal macros (<code class="computeroutput">BOOST_PP_...</code>). Furthermore, the error line number
+ will only refer to the first line of code at which the contract macro appears
+ (because new lines within macro parameters are removed by the preprocessor).
+ 
+
+ The best way to resolve these errors is usually to inspect the signature-sequence
+ by eye instead of trying to make sense of the compiler error messages.
+ Also, try to compile with contracts turned off to make sure that the errors
+ are actually in the contract code. Rarely, it might be useful to look at
+ the code generated by the contract macro expansion after preprocessing
+ using your compiler related options ("-E -P" on GCC, "/EP"
+ on Microsoft Visual C++, etc).
+ 
+
+ While the C++ preprocessor imposes limits on the amount of error checking
+ that can be performed on signature-sequence, the current
+ library implementation does not implement the best
+ possible preprocessor error detection and reporting strategy. This is an
+ area of improvement for the library that is currently being worked on.
+ 
+
+ Please report on the library <a href="http://sourceforge.net/projects/dbcpp/forums/forum/920163" target="_top">help
+ website</a> the criptic preprocessing errors you experience in order
+ to facilitate this process.
+ 
+</td></tr>
+</table></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.function_arguments"></a><a class="link" href="tutorial.html#contract__.tutorial.function_arguments" title="Function Arguments">Function Arguments</a>
+</h3></div></div></div>
+
+ Note that within signature-sequence, multiple function
+ arguments (as well as function template parameters) are not
+ separated by commas (you can use a space or a new line instead):
+ 
+<pre class="programlisting">(function-name)( (argument-type1)(argument-name1)
+ /* no comma (a space or new line can be used instead) */
+ (argument-type2)(arguments-name2)
+ /* no comma (a space or new line can be used instead) */
+ (argument-type3)(argument-name3) ... )
+</pre>
+<a name="contract__.tutorial.function_arguments.no_argument"></a><h6>
+<a name="contract__.tutorial.function_arguments.no_argument-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.function_arguments.no_argument">No Argument</a>
+ </h6>
+
+ If the function has no arguments, the argument list must be specified <code class="computeroutput">void</code>:
+ 
+<pre class="programlisting">(function-name)( (void) )
+</pre>
+
+ Note that <code class="computeroutput">(</code>function-name<code class="computeroutput">)( )</code> cannot be used instead and it will generate a (cryptic)
+ compile-time error.
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ An empty function argument list cannot be represented simply by empty parenthesis
+ <code class="computeroutput">()</code> as in <code class="computeroutput">(</code>function-name<code class="computeroutput">)()</code> because the C++ standard does not allow
+ to specify empty preprocessor sequence elements like <code class="computeroutput">()</code>
+ thus <code class="computeroutput">(</code>function-name<code class="computeroutput">)( (void) )</code> must
+ be used instead. Note that the C++ standard allows to use <code class="computeroutput">void</code> to specify a function with no arguments
+ function-name<code class="computeroutput">(void)</code> (this
+ is the syntax used in all the examples of this documentations to be consistent
+ with the relative signature-sequence syntax requirement).
+ 
+
+ The C99 standard instead allows for empty preprocessor sequence elements
+ <code class="computeroutput">()</code> (because it allows for
+ empty macro parameters, see <a class="link" href="bibliography.html" title="Bibliography">[Nelson2004]</a>
+ and Boost.Preprocessor
+ for details). C99 also defines deprecated the use of <code class="computeroutput">void</code>
+ for functions with no arguments -- function-name<code class="computeroutput">(void)</code>
+ is deprecated. Therefore, on C99 compilers <code class="computeroutput">(</code>function-name<code class="computeroutput">)()</code> should be used in signature-sequence
+ for functions with no arguments instead of <code class="computeroutput">(</code>function-name<code class="computeroutput">)( (void) )</code>.
+ 
+
+ This library supports both syntaxes <code class="computeroutput">(</code>function-name<code class="computeroutput">)( (void) )</code> and
+ <code class="computeroutput">(</code>function-name<code class="computeroutput">)()</code> in signature-sequence
+ but the later syntax will only compile for C99 (so it is not recommended).
+ 
+
+ The same limitation applies to the <code class="computeroutput">CONTRACT_INVARIANT()</code> macro when the class has no invariant.
+ Also in this case the library supports both syntaxes <code class="computeroutput">CONTRACT_INVARIANT( ({}) )</code> and <code class="computeroutput">CONTRACT_INVARIANT()</code> bu the later syntax will only compile
+ for C99 (so it is not recommended).
+ 
+</td></tr>
+</table></div>
+<a name="contract__.tutorial.function_arguments.default_arguments"></a><h6>
+<a name="contract__.tutorial.function_arguments.default_arguments-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.function_arguments.default_arguments">Default
+ Arguments</a>
+ </h6>
+
+ If the contracted function has default argument values, the default values
+ are not repeated in signature-sequence
+ for which only the argument type and name are specified. However, the default
+ argument values specified for the contracted function work as usual and the
+ caller can omit to specify such augments when calling the contracted function:
+ 
+<pre class="programlisting">int f(int x = 0)
+CONTRACT_FUNCTION( (int) (f)( (int)(x) ) // Do not repeat default value 0.
+(precondition) ({
+ CONTRACT_ASSERT( x >= 0 );
+})
+(postcondition) (result) ({
+ CONTRACT_ASSERT( result == (x + 10) );
+})
+(body) ({
+ return x + 10;
+}) )
+
+...
+int y = f(); // y is 10 (call uses default value 0).
+y = f(2); // y is 12.
+y = f(-1); // Call precondition failure handler.
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.inheritance"></a><a class="link" href="tutorial.html#contract__.tutorial.inheritance" title="Inheritance">Inheritance</a>
+</h3></div></div></div>
+
+ The library supports subcontracting from multiple base classes in case of
+ multiple inheritance. Contracts are for pure virtual functions are also supported
+ as usual when body definition is deferred to the derived classes (see below).
+ 
+
+ However, note that constructors and destructors do not directly subcontract
+ (their signature-sequences do not accept any <code class="computeroutput">(inherit)(</code>base-class-type<code class="computeroutput">)</code> token). This is because the C++ object construction
+ and destruction mechanism will automatically execute the code that checks
+ the base class constructor and destructor contracts if present.
+ 
+<a name="contract__.tutorial.inheritance.multiple_inheritance"></a><h6>
+<a name="contract__.tutorial.inheritance.multiple_inheritance-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.inheritance.multiple_inheritance">Multiple
+ Inheritance</a>
+ </h6>
+
+ In case of multiple inheritance, it is possible to subcontract from multiple
+ base classes by repeating <code class="computeroutput">(inherit)(</code>base-class-type<code class="computeroutput">)</code> multiple times in signature-sequence.
+ For example, assuming <code class="computeroutput">myvector</code>
+ is inheriting and subcontracting from both the <code class="computeroutput">boundable</code> and the <code class="computeroutput">basic_begin</code>
+ base classes:
+ 
+<pre class="programlisting">template<typename T>
+class myvector:
+ public boundable<typename std::vector<T>::const_iterator>,
+ private basic_begin<typename std::vector<T>::const_iterator> {
+ ... // Class invariants.
+
+public:
+ typedef std::vector<T>::const_iterator const_iterator;
+
+ const_iterator begin(void) const
+ CONTRACT_FUNCTION( (class) (myvector)
+ // Multiple inheritance.
+ (inherit)(boundable<const_iterator>)
+ (inherit)(basic_begin<const_iterator>)
+ (public) (const_iterator) (begin)( (void) ) (const)
+ // No preconditions (omitted).
+ (postcondition) (result) ({ // Return value `result` in postconditions.
+ if (empty()) CONTRACT_ASSERT( result == end() );
+ })
+ (body) ({
+ // Must use CONTRACT_BODY() when calling the base function.
+ if (basic_begin<const_iterator>::CONTRACT_BODY(begin) ==
+ const_iterator()) {
+ return const_iterator();
+ }
+ return vector_.begin();
+ }) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ The subcontracted contracts are checked in the order in which their <code class="computeroutput">(inherit)</code> tokens are listed in signature-sequence
+ and the derived class contracts are checked last.
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ The above implies that if a derived class relaxes the precondition of an
+ overridden function, all the base contract preconditions will have be checked
+ first to fails before the relaxed preconditions of the overridden function
+ are checked to pass.
+ 
+
+ In this case, it would appear more efficient to check the derived class
+ contract first. However, the derived class invariants could be written
+ assuming that the base class invariants hold true (for example the base
+ class invariants could assert a pointer to be not null and thus the derived
+ class invariants could deference the pointer without checking for nullity).
+ In doing so, the derived class invariants assume that they are checked
+ last in AND with all base classes invariants. The
+ same argument can be made for postconditions. Therefore, if derived class
+ invariants (and postconditions) should be checked last in AND
+ with all base classes invariants (and postconditions). It is natural to
+ follow the same policy and check derived class function preconditions last
+ in the OR with all base class function preconditions
+ (even if this introduces the inefficiency to have to check and fail all
+ the base class function preconditions when a derived class function if
+ relaxing the base class function preconditions).
+ 
+</td></tr>
+</table></div>
+<a name="contract__.tutorial.inheritance.base_function_call"></a><h6>
+<a name="contract__.tutorial.inheritance.base_function_call-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.inheritance.base_function_call">Base Function
+ Call</a>
+ </h6>
+
+ When the derived class invokes the overridden function in the base class
+ the <code class="computeroutput">CONTRACT_BODY()</code>
+ macro must be used:
+ 
+<pre class="programlisting">base-class::CONTRACT_BODY(function-name)(...)
+</pre>
+
+ as illustrated by the example above. The overriding function should not call the overridden function directly without
+ using the macro:
+ 
+<pre class="programlisting">base-class::function-name)(...)
+</pre>
+
+ because this call will cause the contracts to executed infinite recursive
+ calls (due to the dynamic binding of the contracted virtual base function
+ base-class<code class="computeroutput">::</code>function-name).
+ [<a name="id878201" href="#ftn.id878201" class="footnote">14</a>]
+ 
+<div class="warning"><table border="0" summary="Warning">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Warning]" src="../images/warning.png"></td>
+<th align="left">Warning</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Base Calls via CONTRACT_BODY()
+ 
+
+ Overriding functions must use base-class<code class="computeroutput">::CONTRACT_BODY(</code>function-name<code class="computeroutput">)</code> and not just base-class<code class="computeroutput">::</code>function-name when
+ calling the overridden functions (otherwise the contract calls will cause
+ infinite recursion).
+ 
+</td></tr>
+</table></div>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.operators"></a><a class="link" href="tutorial.html#contract__.tutorial.operators" title="Operators">Operators</a>
+</h3></div></div></div>
+
+ The library supports contracts for operators.
+ 
+
+ For operators, the <code class="computeroutput">(</code>function-name<code class="computeroutput">)</code> token in signature-sequence
+ must contain both the operator symbol and the operator name
+ spelled out in words without using any special symbol (this is necessary
+ because, in general, the operator special symbols (<code class="computeroutput">[]</code>,
+ <code class="computeroutput">==</code>, <code class="computeroutput"><<</code>,
+ etc) are not valid preprocessor tokens). For operators, <code class="computeroutput">(</code>function-name<code class="computeroutput">)</code> takes the following form:
+ 
+<pre class="programlisting">(operator(symbol, name))
+</pre>
+
+ Note the necessary double closing parenthesis <code class="computeroutput">"))"</code>
+ at the end. For example:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+ ... // Class invariants.
+
+public:
+ typedef typename std::vector<T>::size_type size_type;
+ typedef typename std::vector<T>::const_reference const_reference;
+
+ const_reference *operator[]*(size_type index) const
+ CONTRACT_FUNCTION( (class) (myvector)
+ (public) (const_reference) *(operator([]*, at))(
+ (size_type)(index) ) (const)
+ (precondition) ({
+ CONTRACT_ASSERT( index < size() );
+ })
+ // No postconditions (omitted).
+ (body) ({
+ return vector_[index];
+ }) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ The operator name, in this example <code class="computeroutput">"at"</code>,
+ is arbitrary and any name without special symbols can been used.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.overloaded_functions"></a><a class="link" href="tutorial.html#contract__.tutorial.overloaded_functions" title="Overloaded Functions">Overloaded
+ Functions</a>
+</h3></div></div></div>
+
+ The library supports contracts for overloaded functions.
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ However, the library uses the argument names
+ to distinguish the overloaded function signatures whereas C++ uses the
+ argument types (this is because, in general, the argument types, for example
+ <code class="computeroutput">const int&</code>, are not valid preprocessor tokens).
+ 
+
+ If two functions share the same name, the same number of arguments, and
+ the same <code class="computeroutput">const</code> qualifier then
+ their argument names (and not just their types) must be different to allow
+ the library to distinguish these two functions from each other. (This is
+ usually not a significant limitation because different argument names can
+ be given.)
+ 
+</td></tr>
+</table></div>
+
+ For example:
+ 
+<pre class="programlisting">class number {
+public:
+ // Overloaded functions distinguished using argument names (not types) and const.
+
+ number add(const int& n) // (1)
+ CONTRACT_FUNCTION(...)
+
+ // OK -- different from (1) because this is `const`.
+ number& add(const int& n) const
+ CONTRACT_FUNCTION(...)
+
+ // OK -- different from (1) because argument named "d" instead of "n".
+ number add(const double& d)
+ CONTRACT_FUNCTION(...)
+
+ // Error -- same as (1) because both non-const and with argument named "n" (even if different argument type).
+ number add(const double& n)
+ CONTRACT_FUNCTION(...) // Same as (1), error!
+
+ ...
+};
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.function_templates"></a><a class="link" href="tutorial.html#contract__.tutorial.function_templates" title="Function Templates">Function Templates</a>
+</h3></div></div></div>
+
+ The <code class="computeroutput">(template)</code> token is used in signature-sequence
+ to specify a function template listing the relative template parameters.
+ The template parameters are specified using a syntax similar to the one of
+ the function arguments.
+ 
+
+ For example:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+ ... // Class invariants.
+
+private:
+ template<class Iter>
+ static bool all_equals(Iter first, Iter last, const T& element)
+ CONTRACT_FUNCTION( (class) (myvector)
+ (private) (template)( (class)(Iter) )
+ (static) (bool) (all_equals)(
+ (Iter)(first) (Iter)(last) (const T&)(element) )
+ (precondition) ({
+ CONTRACT_ASSERT( first < last );
+ })
+ (body) ({
+ for (Iter i = first; i < last; ++i) {
+ if (*i != element) return false;
+ }
+ return true;
+ }) )
+
+ ... // Rest of the class.
+};
+</pre>
+
+ In this example, the function also happens to be a static member but any
+ function (non-member, member, static member, constructor, etc) can be be
+ declared a template function as usual in C++.
+ 
+
+ In principle, the library also supports contracts for <code class="computeroutput">export</code>
+ class and function templates. For non-member function templates <code class="computeroutput">(export)</code>
+ can be specified within the signature-sequence as usual.
+ However, most compilers do not support <code class="computeroutput">export</code>
+ templates and this library feature has not being tested.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.deferring_the_body"></a><a class="link" href="tutorial.html#contract__.tutorial.deferring_the_body" title="Deferring the Body">Deferring the
+ Body</a>
+</h3></div></div></div>
+
+ Class invariants, preconditions, and postconditions are part of the function
+ specifications (indeed they assert the function specifications).
+ Therefore, this library requires contracts to be defined together with the
+ function declarations. However, the function body (i.e., the function implementation)
+ can be defined either together with the function declaration or separately.
+ 
+
+ In other words, the usual C++ feature that allows to separate a function
+ definition from its declaration is retained by this library.
+ 
+<a name="contract__.tutorial.deferring_the_body.separating_declaration_and_definition"></a><h6>
+<a name="contract__.tutorial.deferring_the_body.separating_declaration_and_definition-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.deferring_the_body.separating_declaration_and_definition">Separating
+ Declaration and Definition</a>
+ </h6>
+
+ When the function body is defined separately from the function declaration:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The <code class="computeroutput">(body)(;)</code> tokens are used to define the body
+ in the macro parameter passed to <code class="computeroutput">CONTRACT_FUNCTION()</code>. The <code class="computeroutput">";"</code>
+ symbol is the usual C++ symbol used to separate the function definition
+ from its declaration.
+ </li>
+<li class="listitem">
+ The <code class="computeroutput">CONTRACT_BODY(</code>function-name<code class="computeroutput">)</code> macro is used to name the function where
+ it is defined. Again, for operators function-name
+ must be specified as <code class="computeroutput">operator(</code>symbol<code class="computeroutput">, </code>name<code class="computeroutput">)</code>.
+ </li>
+<li class="listitem">
+ Similarly, it is possible to separate constructor and destructor body
+ definitions. In this case, the macros <code class="computeroutput">CONTRACT_CONSTRUCTOR_BODY(</code>class-type<code class="computeroutput">, </code>class-name<code class="computeroutput">)</code> and <code class="computeroutput">CONTRACT_DESTRUCTOR_BODY(</code>class-type<code class="computeroutput">, </code>class-name<code class="computeroutput">)</code> should be used when the constructor
+ and destructor are defined respectively (note again that <code class="computeroutput">"~"</code> is not
+ specified to name destructors, just use the class name instead).
+ </li>
+</ul></div>
+
+ For example:
+ 
+<pre class="programlisting">// Declarations (usually in header files).
+
+template<typename T>
+class myvector:
+ public boundable<typename std::vector<T>::const_iterator>,
+ private basic_begin<typename std::vector<T>::const_iterator> {
+ ... // Class invariants.
+
+public:
+ typedef typename std::vector<T>::size_type size_type;
+ typedef typename std::vector<T>::const_reference const_reference;
+ typedef std::vector<T>::const_iterator const_iterator;
+
+ myvector(const myvector& right)
+ CONTRACT_CONSTRUCTOR( (class) (myvector)
+ (public) (myvector)( (const myvector&)(right) )
+ (postcondition) ({
+ CONTRACT_ASSERT( vector_ == right.vector_ );
+ })
+ (body) (
+ ; // Deferres body definition.
+ ) )
+
+ virtual ~myvector(void)
+ CONTRACT_DESTRUCTOR(
+ (class) (myvector)
+ (public) (virtual) (myvector)( (void) )
+ (body) (
+ ;
+ ) )
+
+ const_iterator begin(void) const
+ CONTRACT_FUNCTION( (class) (myvector)
+ (inherit)(boundable<const_iterator>)
+ (inherit)(basic_begin<const_iterator>)
+ (public) (const_iterator) (begin)( (void) ) (const)
+ (postcondition) (result) ({
+ if (empty()) CONTRACT_ASSERT( result == end() );
+ })
+ (body) (
+ ;
+ ) )
+
+ const_reference operator[](size_type index) const
+ CONTRACT_FUNCTION( (class) (myvector)
+ (public) (const_reference) (operator([], at))(
+ (size_type)(index) ) (const)
+ (precondition) ({
+ CONTRACT_ASSERT( index < size() );
+ })
+ (body) (
+ ;
+ ) )
+
+ ... // Rest of the class.
+private:
+ std::vector<T> vector_;
+};
+
+// Separated definitions (eventually in a different file).
+
+template<typename T>
+CONTRACT_CONSTRUCTOR_BODY(myvector<T>, myvector)(const myvector& right) {
+ vector_ = right.vector_;
+}
+
+template<typename T>
+CONTRACT_DESTRUCTOR_BODY(myvector<T>, myvector)(void) {
+ // Do nothing in this case.
+}
+
+template<typename T>
+typename myvector<T>::iterator myvector<T>::CONTRACT_BODY(begin)(void) {
+ return vector_.begin();
+}
+
+template<typename T>
+typename myvector<T>::const_reference myvector<T>::
+ *CONTRACT_BODY(operator([]*, at))(size_type index) const {
+ return vector_[index];
+}
+</pre>
+
+ In addition to the usual benefits of separating function definitions from
+ their declarations (smaller and more readable header files, less recompilation
+ needed, etc), this separation also improves the library compile-time error
+ messages. When a function is defined together with its declaration, the function
+ implementation code is passed as one single macro parameter <code class="computeroutput">(body)({
+ ... })</code>
+ to the contract macros. Macro preprocessing removes all newline characters
+ from within the macro parameters so the implementation code is compiled as
+ if it were written on a single line. As a result, any compile-time error
+ within the function body code will be reported having the same line number
+ and it will be harder to track. Instead, if the body definition is separated
+ from the function declaration, the definition code is not wrapped within
+ a macro parameter and the compiler errors will indicate useful line numbers.
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+ It is recommended to separate the body definition from the function declaration
+ so that line numbers in compiler errors retain their usual values.
+ </td></tr>
+</table></div>
+
+ Finally, note how the signature-sequence unusual syntax
+ does not propagate to the function definitions (only
+ the function name is changed in the function definitions). Therefore, when
+ definitions are separated from declarations, the files containing the definitions
+ (usually the ".cpp" files) will not contain the unusual signature-sequence
+ syntax and they will be easier to read.
+ 
+<div class="warning"><table border="0" summary="Warning">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Warning]" src="../images/warning.png"></td>
+<th align="left">Warning</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Constructor Member Initialization List
+ 
+
+ Because of a library limitation, it is not possible to separate a constructor
+ definition from its declaration when the constructor uses a member initialization
+ list (see <code class="computeroutput">CONTRACT_CONSTRUCTOR_BODY()</code> macro for details and workarounds) [<a name="id883083" href="#ftn.id883083" class="footnote">15</a>].
+ 
+</td></tr>
+</table></div>
+<a name="contract__.tutorial.deferring_the_body.pure_virtual_functions"></a><h6>
+<a name="contract__.tutorial.deferring_the_body.pure_virtual_functions-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.deferring_the_body.pure_virtual_functions">Pure
+ Virtual Functions</a>
+ </h6>
+
+ The library also supports contracts for pure virtual functions.
+ 
+
+ In this case, the <code class="computeroutput">(body)(= 0;)</code>
+ tokens are used to define the body in the macro parameter passed to <code class="computeroutput">CONTRACT_FUNCTION()</code>.
+ The <code class="computeroutput">"= 0;"</code> symbol is
+ the usual C++ symbol used to specify pure virtual functions.
+ 
+
+ For example:
+ 
+<pre class="programlisting">template<typename T>
+class pushable {
+ ...
+
+public:
+ virtual void push_back(const T& element)
+ CONTRACT_FUNCTION( (class) (pushable)
+ (public) (virtual) (void) (push_back)( (const T&)(element) )
+ (postcondition) ({
+ CONTRACT_ASSERT( back() == element );
+ })
+ (body) (
+ = 0;
+ ) ) // Pure virtual body.
+};
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.friends"></a><a class="link" href="tutorial.html#contract__.tutorial.friends" title="Friends">Friends</a>
+</h3></div></div></div>
+
+ The library supports contracts for friend non-member functions (and friend
+ classes work as usual).
+ 
+
+ However, when a friend non-member function is contracted:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ The function definition must always be separated from its friendship
+ declaration (whereas, C++ allows to define friends function in place
+ together with they friendship declarations).
+ </li>
+<li class="listitem">
+ The body function <code class="computeroutput">CONTRACT_BODY(</code>function-name<code class="computeroutput">)</code>, and not the contracted function function-name,
+ must be declared friend using .
+ </li>
+</ol></div>
+
+ For example:
+ 
+
+
+
+<pre class="programlisting">class point {
+public:
+ point(const double& x, const double& y): x_(x), y_(y) {}
+
+ bool printable(void) const { return true; } // Dummy implementation.
+
+ // Forward declare body as friend.
+ friend std::ostream& CONTRACT_NONMEMBER_BODY(operator(<<, out))(
+ std::ostream& s, const point& o);
+
+private:
+ double x_;
+ double y_;
+};
+
+CONTRACT_FUNCTION(
+(std::ostream&) (operator(<<, out))( (std::ostream&)(s) (const point&)(o) )
+ (precondition)( (o.printable()) )
+({
+ return s << "(" << o.x_ << ", " << o.y_ << ")";
+}) )
+
+</pre>
+
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.structs_and_unions"></a><a class="link" href="tutorial.html#contract__.tutorial.structs_and_unions" title="Structs and Unions">Structs and Unions</a>
+</h3></div></div></div>
+
+ Note that <code class="computeroutput">(class)</code> and <code class="computeroutput">(struct)</code> can
+ be used interchangeably in the signature-sequence as
+ the library makes no differentiation between contracts
+ for classes and a structs. However, as always remember:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ To always specify the member access level <code class="computeroutput">(public)</code>,
+ etc.
+ </li>
+<li class="listitem">
+ To use <code class="computeroutput">CONTRACT_INVARIANT()</code> in a private section also for <code class="computeroutput">struct</code>.
+ </li>
+<li class="listitem">
+ That no contract is checked (not event the class invariants) when member
+ variables are accessed directly (so it might be best for the <code class="computeroutput">struct</code> to have no non-constant public
+ member variable).
+ </li>
+</ol></div>
+
+ For example:
+ 
+
+
+
+<pre class="programlisting">struct positive {
+ const double& number;
+
+private: // Alway contract class (invariants, etc) in a private section at top.
+ CONTRACT_CLASS( (positive)
+ (invariant)(
+ (number > 0.0)
+ ) )
+
+public: // Remember to always specify the access level (public, etc).
+ CONTRACT_CONSTRUCTOR(
+ (public) (positive)( (const double&)(n) ) (number(n))
+ (precondition)( (n > 0.0) )
+ ({
+ }) )
+};
+
+</pre>
+
+ 
+
+ This library does not support contracts for unions and
+ <code class="computeroutput">(union)</code> cannot be specified in the signature-sequence.
+ Contracts for unions are not supported because union member variable allocations
+ overlap and they cannot have constructors instead the library needs to augment
+ the object state using a (non overlapping) <code class="computeroutput">contract::state</code>
+ member variable with a default constructor to disable invariant checking
+ in nested function calls.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.qualifiers"></a><a class="link" href="tutorial.html#contract__.tutorial.qualifiers" title="Qualifiers">Qualifiers</a>
+</h3></div></div></div>
+
+ This library supports contracts also when constant, linkage, storage, etc
+ qualifiers are specified.
+ 
+<a name="contract__.tutorial.qualifiers.const_and_volatile"></a><h6>
+<a name="contract__.tutorial.qualifiers.const_and_volatile-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.qualifiers.const_and_volatile">Const and
+ Volatile</a>
+ </h6>
+
+ The <code class="computeroutput">const</code> and <code class="computeroutput">volatile</code> qualifiers are repeated in the signature-sequence
+ and they can be used as usual. However, when they are both specified they
+ must appear in the order <code class="computeroutput">(const) (volatile)</code> and not <code class="computeroutput">(volatile) (const)</code>.
+ 
+
+ The invariant, precondition, and postcondition functions are always <code class="computeroutput">const</code> to ensure contract constant-correctness.
+ In addition, the eventual <code class="computeroutput">const</code>
+ and <code class="computeroutput">volatile</code> qualifiers specified
+ for the contracted function are applied to the body, precondition, and postcondition
+ functions as well. Therefore, applying the usual <code class="computeroutput">const
+ volatile</code> semantics, note the followings:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ Class invariants can access any <code class="computeroutput">const</code>
+ and <code class="computeroutput">const volatile</code>
+ member.
+ </li>
+<li class="listitem">
+ Preconditions and postconditions of non-<code class="computeroutput">const</code>
+ and <code class="computeroutput">const</code> members can access
+ any <code class="computeroutput">const</code> and <code class="computeroutput">const volatile</code>
+ member.
+ </li>
+<li class="listitem">
+ Preconditions and postconditions of <code class="computeroutput">volatile</code>
+ members can only access <code class="computeroutput">const
+ volatile</code> members.
+ </li>
+<li class="listitem">
+ If a <code class="computeroutput">volatile</code> member function
+ tags the class type <code class="computeroutput">(copyable)</code> so to use the object old value in postconditions
+ then the object old value is, as well as the object current value, <code class="computeroutput">const volatile</code>
+ qualified and therefore programmers must specify a constant-correct copy
+ constructor for the <code class="computeroutput">volatile</code>
+ object type otherwise the library will generate a compile-time error
+ (note that C++ will automatically synthesize only the constant-correct
+ copy constructor the the original class type and not for the <code class="computeroutput">volatile</code> class type).
+ </li>
+</ol></div>
+
+ For example:
+ 
+
+
+
+<pre class="programlisting">class z: public b { // Some base class b to show subcontracting.
+
+ CONTRACT_CLASS( (z) (public)(b)
+ (invariant)(
+ (check_c() && check_cv()) // const
+ ) )
+
+public:
+ z(void) {}
+
+ // For old object, must manually program const-correct copy
+ // constructor for volatile type (instead use `z(constz&)`
+ // automatically synthesized by C++ for non-volatile type).
+ z(const volatile z& source) {}
+
+ CONTRACT_FUNCTION(
+ (public) (int) (f)( (void) ) (copyable) // no-cv
+ (precondition)( (check_c() && check_cv()) ) // const
+ (postcondition)(result)(
+ (check_c() && check_cv()) // const
+ (CONTRACT_OLDOF(this)->check_c() // oldof(this) also const
+ && CONTRACT_OLDOF(this)->check_cv())
+ )
+ ({ // no-cv
+ check_nocv(); check_c(); check_v(); check_cv();
+ return 1;
+ }) )
+
+ CONTRACT_FUNCTION(
+ (public) (int) (f)( (void) ) (const) (copyable)
+ (precondition)( (check_c() && check_cv()) ) // const
+ (postcondition)(result)(
+ (check_c() && check_cv()) // const
+ (CONTRACT_OLDOF(this)->check_c() // oldof(this) also const
+ && CONTRACT_OLDOF(this)->check_cv())
+ )
+ ({ // const
+ check_c(); check_cv();
+ return 2;
+ }) )
+
+ CONTRACT_FUNCTION(
+ (public) (int) (f)( (void) ) (volatile) (copyable)
+ (precondition)( (check_cv()) ) // const volatile
+ (postcondition)(result)(
+ (check_cv()) // const volatile
+ // oldof(this) also const volatile
+ (CONTRACT_OLDOF(this)->check_cv())
+ )
+ ({ // volatile
+ check_v(); check_cv();
+ return 3;
+ }) )
+
+ CONTRACT_FUNCTION( // const must appear before volatile in signature
+ (public) (int) (f)( (void) ) (const) (volatile) (copyable)
+ (precondition)( (check_cv()) ) // const volatile
+ (postcondition)(result)(
+ (check_cv()) // const volatile
+ // oldof(this) also const volatile
+ (CONTRACT_OLDOF(this)->check_cv())
+ )
+ ({ // const volatile
+ check_cv();
+ return 4;
+ }) )
+
+ // Used to demonstrate qualified member access constraints.
+ bool check_nocv(void) { return true; }
+ bool check_c(void) const { return true; }
+ bool check_v(void) volatile { return true; }
+ bool check_cv(void) const volatile { return true; }
+};
+
+</pre>
+
+ 
+
+ Note that the cv-qualifier is used to resolve overloading as usual (so there
+ is no need to use different argument names). Also subcontracting works as
+ usual for cv-qualified member functions (as shown by the base class <code class="computeroutput">b</code> in this example).
+ 
+<a name="contract__.tutorial.qualifiers.inline"></a><h6>
+<a name="contract__.tutorial.qualifiers.inline-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.qualifiers.inline">Inline</a>
+ </h6>
+
+ The <code class="computeroutput">inline</code> qualifier is repeated
+ in the signature-sequence and it is used as usual. For
+ example:
+ 
+
+
+
+<pre class="programlisting">class z {
+
+ CONTRACT_CLASS( (z) )
+
+public:
+ CONTRACT_FUNCTION(
+ (public) (inline) (void) (inl)( (int)(x) )
+ ({
+ std::cout << x << std::endl;
+ }) )
+};
+
+CONTRACT_FUNCTION(
+(inline) (void) (inl)( (int)(x) )
+({
+ std::cout << x << std::endl;
+}) )
+
+</pre>
+
+ 
+<a name="contract__.tutorial.qualifiers.extern_and_static"></a><h6>
+<a name="contract__.tutorial.qualifiers.extern_and_static-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.qualifiers.extern_and_static">Extern and
+ Static</a>
+ </h6>
+
+ The <code class="computeroutput">extern</code> linkage qualifier
+ is repeated in the signature-sequence for non-member
+ functions and it is used as usual. For example:
+ 
+
+
+
+<pre class="programlisting">CONTRACT_FUNCTION(
+(extern) (void) (ext)( (int)(x) ) // External linkage.
+({
+ std::cout << x << std::endl;
+}) )
+
+CONTRACT_FUNCTION(
+(extern "C") (void) (ext_c)( (int)(x) ) // External linkage callable from C.
+({
+ std::cout << x << std::endl;
+}) )
+
+</pre>
+
+ 
+
+ The <code class="computeroutput">static</code> qualifier is used
+ as usual for static member functions and it is specified in signature-sequence.
+ The <code class="computeroutput">static</code> qualifier for non-member
+ functions to indicate non-members local to a translation unit was deprecated
+ from C to C++ (see [Stroustrup1997]) therefore it is not supported by this
+ library and it cannot be specified in signature-sequence.
+ 
+<a name="contract__.tutorial.qualifiers.auto_and_register"></a><h6>
+<a name="contract__.tutorial.qualifiers.auto_and_register-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.qualifiers.auto_and_register">Auto and
+ Register</a>
+ </h6>
+
+ The <code class="computeroutput">auto</code> and <code class="computeroutput">register</code>
+ storage qualifiers are not repeated in the signature-sequence
+ but they can appear in the contracted function as usual. When these qualifiers
+ are used, they will have effect for the contracted function but not for the
+ contract (i.e., these qualifier will not be applied to the precondition,
+ postcondition, and body function arguments). For example:
+ 
+
+
+
+<pre class="programlisting">CONTRACT_FUNCTION(
+(double) (square)( (auto)(double)(d) ) // `auto` storage classifier.
+ (postcondition)(result)( (result == (d * d)) )
+({
+ auto double y = d * d;
+ return y;
+}) )
+
+CONTRACT_FUNCTION(
+(int) (square)( (register)(int)(i) ) // `register` storage classifier.
+ (postcondition)(result)( (result == (i * i)) )
+({
+ register int y = i * i;
+ return y;
+}) )
+
+</pre>
+
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.blocks_and_loops"></a><a class="link" href="tutorial.html#contract__.tutorial.blocks_and_loops" title="Blocks and Loops">Blocks and Loops</a>
+</h3></div></div></div>
+
+ Block invariants <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT()</code> can be used to assert conditions anywhere
+ within a code block (not just loops). When used within a loop, block invariants
+ can be used to assert loop invariants.
+ 
+
+ Loop variants can be used to check the correctness of a loop, including its
+ termination, as explained in detail in <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a>
+ (and they can only appear within loops). At each loop iteration, the specified
+ loop variant integer expression is automatically asserted to be positive
+ (> 0) and to decrease from the previous loop iteration. Loop variants
+ can be used to assert loop correctness. Because the variant decreases and
+ it cannot be zero or smaller than zero it is possible to guarantee loop termination.
+ A loop can only have one variant.
+ 
+
+ When asserting loop variants using <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT()</code> it is necessary to first call <code class="computeroutput">CONTRACT_INIT_LOOP_VARIANT</code>
+ once (and only once) within a code block that has same of higher scope level
+ than the loop code block.
+ 
+
+ For example:
+ 
+<pre class="programlisting">double abs_total(const myvector<double>& vector)
+CONTRACT_FUNCTION(
+ (double) (abs_total)( (const myvector<double>&)(vector) )
+(postcondition) (total) ({ // Result value named `total`.
+ CONTRACT_ASSERT( total >= 0.0 );
+})
+(body) ({
+ double total = 0.0;
+ // Block invariants can appear anywhere in code block.
+ CONTRACT_ASSERT_BLOCK_INVARIANT( total == 0.0 );
+
+ { // Variant initialized locally to its loop.
+ CONTRACT_INIT_LOOP_VARIANT;
+ for (size_t i = 0; i < vector.size(); ++i) {
+ // Block invariants used to assert loop invariants.
+ CONTRACT_ASSERT_BLOCK_INVARIANT( i < vector.size() );
+ // Loop variant (can only appear in loops).
+ CONTRACT_ASSERT_LOOP_VARIANT( vector.size() - i );
+
+ total += vector[i];
+ }
+ }
+ return total < 0.0 ? -total : total;
+}) )
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.exception_specifications"></a><a class="link" href="tutorial.html#contract__.tutorial.exception_specifications" title="Exception Specifications">Exception
+ Specifications</a>
+</h3></div></div></div>
+
+ Exception specifications are not repeated in the signature-sequence
+ but they can be specified for contracted member functions as usual.
+ 
+
+ However, non-member functions with exception specifications cannot be contracted
+ (the library will generated a compile-time error otherwise). A possible workaround
+ for this library limitation is to make the non-member functions with exception
+ specifications static members of some artificially introduced class so they
+ can be contracted. For example:
+ 
+
+
+
+<pre class="programlisting">class c { // Some artificially introduced class.
+
+ CONTRACT_CLASS( (c) )
+
+public:
+ CONTRACT_FUNCTION(
+ (public) (static) (void) (some)( (const std::string&)(what) )
+ (throw)( (char) (int) ) // Exception specifications.
+ ({
+ if (what == "none") return; // OK.
+ if (what == "char") throw char('a'); // OK.
+ if (what == "int") throw int(-1); // OK.
+ throw what; // Not in specs so terminate() is called.
+ }) )
+
+ CONTRACT_FUNCTION( // Ex. specs not repeated in signature.
+ (public) (static) (void) (none)( (const std::string&)(what) )
+ (throw)( (void) ) // Exception specifications (throw nothing).
+ ({
+ if (what == "none") return; // OK.
+ throw what; // Not in specs so terminate() is called.
+ }) )
+};
+
+</pre>
+
+ 
+
+ The library uses the following rules to handle exceptions thrown by the contracts:
+ 
+<div class="orderedlist"><ol class="orderedlist" type="1">
+<li class="listitem">
+ When an exception is thrown while checking invariants, preconditions,
+ or postconditions then the contract condition is considered failed
+ (because it was not possible to check it to be true) so the relative
+ contract failure handler function is invoked.
+ </li>
+<li class="listitem">
+ When an exception is thrown while executing the body then the class invariants
+ are checked (for member functions only) and, if they hold true, the exception
+ is passed up to the caller as usual (otherwise the class invariant failed
+ handler function is invoked).
+ </li>
+</ol></div>
+
+ Therefore, exception specifications work as usual as long as the member function
+ body does not fail the class invariant when it throws the exception. Furthermore,
+ if the contract failure handlers are redefined to throw exceptions (instead
+ of calling <code class="computeroutput">std::terminate()</code>,
+ see <a class="link" href="throw_on_failure.html" title="Annex: Throw on Failure">Throw on Failure</a>)
+ then the exception specifications still work as usual because they apply
+ to both the exceptions thrown by the body and the exceptions thrown by the
+ contract failure handlers.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.commas_within_macro_parameters"></a><a class="link" href="tutorial.html#contract__.tutorial.commas_within_macro_parameters" title="Commas Within Macro Parameters">Commas
+ Within Macro Parameters</a>
+</h3></div></div></div>
+
+ The C++ preprocessor only recognizes the <code class="computeroutput">()</code>
+ parenthesis. It does not recognize any other parenthesis such as <code class="computeroutput"><></code>, <code class="computeroutput">[]</code>,
+ or <code class="computeroutput">{}</code>. As a consequence, any
+ comma passed within a macro parameter that is not wrapped by the <code class="computeroutput">()</code> parenthesis will be interpreted by the
+ preprocessor as a parameter separation token and will generate a preprocessing
+ error. Also macro parameters passed as elements of Boost.Preprocessor
+ sequences cannot contain commas not wrapped by extra <code class="computeroutput">()</code>
+ parenthesis (the preprocessor sequence <code class="computeroutput">()</code>
+ parenthesis are not sufficient to wrap the commas).
+ 
+
+ Consider the following example:
+ 
+<pre class="programlisting">template<typename K, typename T>
+std::map<K, T> fill(const std::map<K, T>& source,
+ const K& key, const T& element)
+CONTRACT_FUNCTION(
+ (template)( (typename)(K) (typename)(T) )
+ // Commas within another type expression.
+ (std::map<K, T>) (set)(
+ // Commas within a type expression.
+ (const std::map<K, T>&)(source)
+ (const K&)(key) (const T&)(element) )
+(precondition) ({
+ // Commas within a value expression.
+ CONTRACT_ASSERT( std::map<K, T>().empty() );
+})
+(body) ({
+ ...
+}) )
+</pre>
+<a name="contract__.tutorial.commas_within_macro_parameters.value_expressions"></a><h6>
+<a name="contract__.tutorial.commas_within_macro_parameters.value_expressions-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.commas_within_macro_parameters.value_expressions">Value
+ Expressions</a>
+ </h6>
+
+ The example above will not compile because the preprocessor
+ will interpret the expression:
+ 
+<pre class="programlisting">CONTRACT_ASSERT( std::map<K, T>().empty() );
+</pre>
+
+ as a call to the macro <code class="computeroutput">CONTRACT_ASSERT()</code> passing two parameters
+ separated by the comma:
+ 
+<pre class="programlisting">std::map<K // 1st macro parameter.
+T>().empty() // 2nd macro parameter.
+</pre>
+
+ Because <code class="computeroutput">CONTRACT_ASSERT()</code> takes only one parameter, the above code
+ will generate a preprocessing error.
+ 
+
+ The expressions <code class="computeroutput">std::map<K, T>().empty()</code> is interpreted by the compiler as a value
+ expression (it will be either be <code class="computeroutput">true</code>
+ or <code class="computeroutput">false</code>). Value expressions
+ can be wrapped by an extra set of parenthesis <code class="computeroutput">()</code>
+ when passed as macro parameters. The following will compile:
+ 
+<pre class="programlisting">CONTRACT_ASSERT( (std::map<K, T>().empty()) );
+</pre>
+<a name="contract__.tutorial.commas_within_macro_parameters.type_expressions"></a><h6>
+<a name="contract__.tutorial.commas_within_macro_parameters.type_expressions-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.commas_within_macro_parameters.type_expressions">Type
+ Expressions</a>
+ </h6>
+
+ A similar issue arises for the preprocessor sequence element:
+ 
+<pre class="programlisting">(std::map<K, T>)
+</pre>
+
+ which will be interpreted as composed of 2 parameters separated by the comma
+ (i.e., as a Boost.Preprocessor
+ 2-tuple instead than an element of a Boost.Preprocessor
+ sequence):
+ 
+<pre class="programlisting">std::map<T // 1st macro parameter.
+T> // 2nd macro parameter.
+</pre>
+
+ However, in this case the expression <code class="computeroutput">std::map<K, T></code> needs to be interpreted by the compiler
+ as a type expression (indeed the type <code class="computeroutput">std::map<K, T></code>) and it cannot be wrapped by the extra
+ parenthesis <code class="computeroutput">()</code>. In fact, depending
+ on the context where they are used, types wrapped within parenthesis can
+ generate compiler-time syntactic errors.
+ 
+
+ In order to wrap the type expression within parenthesis <code class="computeroutput">()</code>
+ that can be parsed correctly by the preprocessor and interpreted correctly
+ the compiler, first we created a void-function type that contains the type
+ expression as the function only argument type:
+ 
+<pre class="programlisting">void(std::map<K, T>) // Function type (wraps comma within parenthesis).
+</pre>
+
+ Then, we apply the library metafunction <code class="computeroutput">contract::wrap</code>
+ that returns the type of the first argument of the specified void-function
+ type:
+ 
+<pre class="programlisting">contract::wrap<void(std::map<K, T>)>::type // Evaluates to the type `std::map<K, T>`.
+</pre>
+
+ For convenience, the library provides the macro <code class="computeroutput">CONTRACT_WRAP_TYPE()</code> which expands to the code above:
+ 
+<pre class="programlisting">CONTRACT_WRAP_TYPE( (std::macp<K, T>) )
+</pre>
+
+ Note the extra parenthesis <code class="computeroutput">()</code>
+ similar to what it was used for value expression.
+ 
+<a name="contract__.tutorial.commas_within_macro_parameters.body_code_block"></a><h6>
+<a name="contract__.tutorial.commas_within_macro_parameters.body_code_block-heading"></a>
+ <a class="link" href="tutorial.html#contract__.tutorial.commas_within_macro_parameters.body_code_block">Body
+ Code Block</a>
+ </h6>
+
+ Finally, both techniques are applied to eventual commas within code blocks
+ depending if the code is a value or type expression.
+ 
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+ However, if the body definition is separated from the contract declaration
+ then the body code does not appear within a macro parameter so there is
+ no need to implement these workarounds in the body code.
+ </td></tr>
+</table></div>
+
+ Applying these techniques to the example above, we obtain the following code
+ which compiles:
+ 
+
+
+
+<pre class="programlisting">CONTRACT_FUNCTION(
+(template)( (typename)(K) (typename)(T) )
+// Commas within type expression using `IDENTITY_TYPE` macro.
+(typename CONTRACT_IDENTITY_TYPE((std::map<K, T>))) (set)(
+ // Or directly using the `identity_type` metafunction.
+ (typename contract::identity_type<void (const std::map<K, T>&) >::type)
+ (source)
+ (const K&)(key)
+ (const T&)(element)
+ )
+ (precondition) (
+ // Commas within value expressions must be wrapped by `()` using
+ // `bool()` (or `contract::identity()`).
+ (bool(std::map<K, T>().empty()))
+ )
+({
+ // Commas within code blocks use same workarounds as above
+ // wrapping differently commas within type or value expressions. 
+ // Or better, separate body definition so it is outside the macro.
+
+ // OK, commas already wrapped by function call `()`.
+ print(key, element);
+
+ // Commas within type expression wrapped using the macro.
+ typename CONTRACT_IDENTITY_TYPE((std::map<K, T>)) m = source;
+
+ // OK, commas already wrapped by if-statement `()`.
+ if (0 == std::map<K, T>().empty()) m[key] = element;
+
+ return m;
+}) )
+
+</pre>
+
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.tutorial.a_fully_working_example"></a><a class="link" href="tutorial.html#contract__.tutorial.a_fully_working_example" title="A Fully Working Example">A Fully
+ Working Example</a>
+</h3></div></div></div>
+
+ We conclude this section with a fully working example that can be compiled.
+ This example illustrates how to use the library contract macros to program
+ contracts in all the different library usages scenarios (constructor, destructors,
+ member functions, non-member functions, template functions, etc).
+ 
+
+ For simplicity, this example only exposes a limited subset of the <code class="computeroutput">std::vector</code>
+ operations and it only programs simple contracts for them (see the STL Vector
+ <a class="link" href="examples.html" title="Examples">Example</a> for complete contracts
+ of all <code class="computeroutput">std::vector</code> operations). Furthermore, the somewhat
+ artificial base classes have been deliberately introduced to illustrate subcontracting
+ and they will probably not be part of real code.
+ 
+<div class="informaltable"><table class="table">
+<colgroup>
+<col>
+<col>
+</colgroup>
+<thead><tr>
+<th>
+ 
+ Contract++ Syntax (supported for ISO C++ standard)
+ 
+ </th>
+<th>
+ 
+ N-Paper Proposal Syntax (not part of any C++ standard)
+ 
+ </th>
+</tr></thead>
+<tbody>
+<tr>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">#include "pushable.hpp" // Base classes for subcontracting.
+#include "boundable.hpp"
+#include "basic_begin.hpp"
+#include <contract.hpp> // This library.
+#include <boost/type_traits.hpp> // For static assertion condition.
+#include <boost/concept_check.hpp> // Concepts for `(requires)`.
+#include <boost/parameter.hpp> // Named parameters `(in)/(inout)/(out)`.
+#include <boost/utility.hpp> // For `boost::prior()`.
+#include <boost/mpl/bool.hpp> // For static assertion `true_`.
+#include <vector> // STL vector.
+
+// Use importance ordering to specify assertion computational complexity.
+#define O_1 0 // Constant O(1) (default importance ordering).
+#define O_LOGN 1 // Logaritmic O(log n).
+#define O_N 2 // Linear O(n).
+
+// Wrapper that adds simple (not complete) contracts to C++ STL illustrating
+// most library usages. For simplicity, assume T is comparable and copyable.
+CONTRACT_CLASS(
+template( typename T )
+class (myvector)
+ extends( // Subcontract from base classes (support multiple inheritance).
+ public pushable<T>,
+ public boundable<typename std::vector<T>::const_iterator>,
+ private basic_begin<typename std::vector<T>::const_iterator>
+ )
+) {
+ // Class invariants (checked by any function with a contract).
+ CONTRACT_CLASS_INVARIANT( // Optional and they can access object.
+ empty() == (size() == 0),
+ static sizeof(T) > 0 // Also static assertions.
+ // More class invariants here...
+ )
+
+ // Static class invariants (checked by any function with a contract).
+ CONTRACT_STATIC_CLASS_INVARIANT( // Optional and cannot access the object.
+ true
+ // More static class invaraints here...
+ )
+
+public:
+ typedef typename std::vector<T>::size_type size_type;
+ typedef typename std::vector<T>::iterator iterator;
+ typedef typename std::vector<T>::const_iterator const_iterator;
+ typedef typename std::vector<T>::const_reference const_reference;
+
+ // Contract for constructor plus default parameter values.
+ CONTRACT_CONSTRUCTOR(
+ public explicit (myvector)( (size_type) count, default 0 )
+ initialize( vector_(count) ) // Member initializers.
+ // Never object `this` in constructor preconditions.
+ // Never `CONTRACT_OLDOF(this)` in constructor postconditions.
+ postcondition( size() == count )
+ ) {
+ // Do nothing in this example.
+ }
+
+ // Contractor for overloaded member (resolved by argumnet name).
+ CONTRACT_CONSTRUCTOR(
+ public (myvector)( (const myvector&) right )
+ postcondition( vector_ == right.vector_ )
+ ) ; // The `;` deferres body definition.
+
+ // Contract for destructor.
+ CONTRACT_DESTRUCTOR(
+ // No `~` in destructor name.
+ // Use `(void)` for empty function paramters.
+ public virtual (myvector)()
+ // No preconditions allowed (no arguments).
+ // No postconditions allowed (no object after destructor).
+ ) ;
+
+ // Contract for member function, plus old values, plus assertion importance.
+ CONTRACT_FUNCTION(
+ public void (insert)( // Multiple function parameters.
+ (iterator) where, (size_type) count, (const T&) element )
+ precondition( // Function preconditions (optional).
+ max_size() >= size() + count
+ // More preconditions here...
+ )
+ // Function postconditions (optional). Old value expressions must have
+ // different stringetized lengths.
+ postcondition(
+ auto old_capacity = CONTRACT_OLDOF(capacity()), // Use Boost.Typeof.
+ (iterator) old_where = CONTRACT_OLDOF(where), // No Typeof.
+ if(capacity() == old_capacity) (
+ // Importance ordering specify assertion has linear complexity.
+ all_equals(boost::prior(old_where),
+ boost::prior(old_where) + count, element),
+ importance O_N
+ ) // Optional `(else ...)` allowed here.
+ // More postconditions here...
+ )
+ ) { // Original function implementation.
+ vector_.insert(where, count, element);
+ }
+
+ // Contract for constant member.
+ // Non-void result type.
+ CONTRACT_FUNCTION(
+ public (const_iterator) (begin)() const // Constant.
+ postcondition(
+ auto result = return, // Return value named `result`.
+ if(empty()) ( result == end() )
+ )
+ ) {
+ return vector_.begin();
+ }
+
+ // Contract for overloaded member (resolved because not const).
+ CONTRACT_FUNCTION(
+ public (iterator) (begin)()
+ postcondition(
+ auto iter = return, // Return value namded `iter`.
+ if(empty()) ( iter == end() )
+ )
+ ) ;
+
+ // Contract for operator, plus static assertion.
+ CONTRACT_FUNCTION(
+ // Must spell operator name also in words (e.g., `at`).
+ public (const_reference) operator([], at)( (size_type) index ) const
+ precondition(
+ index < size(),
+ // Static assertion (checked at compile-time).
+ static boost::has_nothrow_default_constructor<T>::value
+ )
+ ) ;
+
+ // Main function example used in documentation.
+ CONTRACT_FUNCTION(
+ public void (push_back)( (const T&) element )
+ precondition(
+ static false, // Static assertion checked at compile-time.
+ // This precondition has no effect because subcontracts from
+ // `pushable::push_back()` which has no preconditions (this
+ // might be confusing and it is not allowed by [N1962]).
+ size() < max_size()
+ )
+ postcondition(
+ static true,
+ auto old_size = CONTRACT_OLDOF(size()),
+ size() == old_size + 1
+ )
+ ) {
+ vector_.push_back(element);
+ }
+
+ // Contract for template, plus static member function, plus concepts.
+ CONTRACT_FUNCTION(
+ public template( class Iter ) // Function template.
+ // Concepts (uses Boost.ConceptCheck).
+ requires( boost::InputIterator<Iter>, boost::EqualityComparable<T> )
+ // Static member.
+ static bool (all_equals)( (Iter) first, (Iter) last, (const T&) element )
+ precondition( first < last )
+ ) {
+ // Loop variants with importance.
+ /** @todo Do I need to specify importance for CONTRACT_LOOP so I can
+ * not declare the variant variable to avoid the unused error? But
+ * there should be another way to get rid of the unused error... maybe
+ * use a special object (like for scoped_mutex that do not give the
+ * unused error...). */
+ CONTRACT_LOOP( for(Iter i = first; i < last; ++i) ) {
+ CONTRACT_LOOP_VARIANT( const( last, i ) std::distance(last, i),
+ importance O_N )
+
+ if(*i != element) return false;
+ } CONTRACT_LOOP_END
+ return true;
+ }
+
+ // Similarly, complete contracts sketched here and add contracts
+ // for all other functions (see [Crowl2006] vector example).
+ bool empty(void) const { return vector_.empty(); }
+ size_type size(void) const { return vector_.size(); }
+ size_type max_size(void) const { return vector_.max_size(); }
+ size_type capacity(void) const { return vector_.capacity(); }
+ iterator end(void) { return vector_.end(); }
+ const_iterator end(void) const { return vector_.end(); }
+ const_reference back(void) const { return vector_.back(); }
+
+private:
+ std::vector<T> vector_;
+};
+
+// Deferred constructor body definition.
+template<typename T>
+CONTRACT_CONSTRUCTOR_BODY(myvector<T>, myvector)( const myvector& right ) {
+ vector_ = right.vector_;
+}
+
+// Deferred destructor body definition.
+template<typename T>
+CONTRACT_DESTRUCTOR_BODY(myvector<T>, myvector)() {
+ // Do nothing in this case.
+}
+
+// Deferred member function definition.
+template<typename T>
+typename myvector<T>::iterator myvector<T>::CONTRACT_MEMBER_BODY(begin)() {
+ return vector_.begin();
+}
+
+// Deferred member operator definition.
+template<typename T>
+typename myvector<T>::const_reference myvector<T>::
+ CONTRACT_MEMBER_BODY(operator([], at))( size_type index ) const {
+ return vector_[index];
+}
+
+BOOST_PARAMETER_NAME(vector) // Declare Boost.Parameter for `vector`.
+
+// Contracts for free function plus named parameters (Boost.Parameter).
+CONTRACT_FUNCTION(
+double (abs_total)( in (myvector<double>) vector ) // Named input parameter.
+ postcondition( auto result = return, result >= 0.0 )
+) {
+ double total = 0.0;
+ // Block invariants can appear anywhere in code block.
+ CONTRACT_BLOCK_INVARIANT( const( total ) total == 0.0 )
+ // Block invariants assertions can be static and can have importance.
+ CONTRACT_BLOCK_INVARIANT( static sizeof(double) > 0, importance O_1 )
+
+ CONTRACT_LOOP( for(size_t i = 0; i < vector.size(); ++i) ) {
+ // Block invariants can assert loop invariants (also w/ importance).
+ // For simplicity, constant-assertion is not used when assertion is
+ // clearly a constant-expression (it is programmers' responsibility).
+ CONTRACT_BLOCK_INVARIANT( i < vector.size() )
+ // Loop variant (can only appear in loops and cannot be static).
+ CONTRACT_LOOP_VARIANT( const( vector, i ) vector.size() - i )
+
+ total += vector[i];
+ } CONTRACT_LOOP_END
+
+ return total < 0.0 ? -total : total;
+}
+</pre>
+
+ 
+ </td>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">// Extra spaces, newlines, public, etc to better align code with library syntax.
+#include "puchable.hpp"
+#include "boundable.hpp"
+#include "basic_begin.hpp"
+#include <concepts>
+#include <vector>
+
+
+
+
+
+
+#define O_1 0
+#define O_LOGN 1
+#define O_N 2
+
+
+
+
+template< typename T >
+class myvector
+ :
+ public pushable<T>,
+ public boundable<typename std::vector<T>::const_iterator>,
+ private basic_begin<typename std::vector<T>::const_iterator>
+
+{
+
+ invariant {
+ empty() == (size() == 0);
+ static sizeof(T) > 0; // Static assertions not in [N1962] but in [1866].
+
+ }
+
+
+ static invariant { // Static class invariants not in [N1962], etc.
+ true;
+
+ }
+
+public:
+ typedef typename std::vector<T>::size_type size_type;
+ typedef typename std::vector<T>::iterator iterator;
+ typedef typename std::vector<T>::const_iterator const_iterator;
+ typedef typename std::vector<T>::const_reference const_reference;
+
+
+
+ public: explicit myvector( size_type count = 0 )
+ : vector_(count)
+
+
+ postcondition { size() == count; }
+ {
+
+ }
+
+
+
+ public: myvector( const myvector& right )
+ postcondition { vector_ == right.vector_; }
+
+
+
+
+
+
+ public: virtual ~myvector()
+
+
+ ;
+
+
+
+ public: void insert(
+ iterator where, size_type count, const T& element )
+ precondition {
+ max_size() >= (size() + count);
+
+ }
+
+
+ postcondition {
+
+
+ if (capactiy() == oldof capacity()) {
+
+ all_equals(std::prior(oldof where),
+ std::prior(oldof where) + count, element)
+ : O_N; // Importance ordering from [N1866].
+ }
+
+ }
+ {
+ vector_.insert(where, count, element);
+ }
+
+
+
+
+ public: const_iterator begin() const
+ postcondition( result ) {
+
+ if(empty()) { result == end(); }
+ }
+ {
+ return vector_.begin();
+ }
+
+
+
+ public: iterator begin()
+ postcondition( iter ) {
+
+ if(empty()) { iter == end(); }
+ }
+ ;
+
+
+
+
+ public: const_reference operator[]( size_type index ) const
+ precondition {
+ index < size();
+
+ static boost::has_nothrow_default_constructor<T>::value;
+ }
+ ;
+
+
+
+ public: void push_back( const T& element )
+ precondition {
+ static false;
+
+
+
+ size() < max_size();
+ }
+ postcondition {
+ static true;
+
+ size() == oldof size() + 1;
+ }
+ {
+ vector_.push_back(element);
+ }
+
+
+
+ public: template< class Iter >
+
+ requires std::InputIterator<Iter>, std::EqualityComparable<T>
+
+ static bool all_equals( Iter first, Iter last, const T& element )
+ precondition { first < last; }
+ {
+
+
+
+
+
+ // No loop invariant/variant in [N1963].
+ for(Iter i = first; i < last; ++i) {
+
+
+
+ if(*i != element) return false;
+ }
+ return true;
+ }
+
+
+
+ bool empty(void) const { return vector_.empty(); }
+ size_type size(void) const { return vector_.size(); }
+ size_type max_size(void) const { return vector_.max_size(); }
+ size_type capacity(void) const { return vector_.capacity(); }
+ iterator end(void) { return vector_.end(); }
+ const_iterator end(void) const { return vector_.end(); }
+ const_reference back(void) const { return vector_.back(); }
+
+private:
+ std::vector<T> vector_;
+};
+
+
+template<typename T>
+myvector<T>::myvector( const myvector& right ) {
+ vector_ = right.vector_;
+}
+
+
+template<typename T>
+myvector<T>::~myvector() {
+
+}
+
+
+template<typename T>
+typename myvector<T>::iterator myvector<T>::begin() {
+ return vector_.begin();
+}
+
+
+template<typename T>
+typename myvector<T>::const_reference myvector<T>::
+ operator[]( size_type index ) const {
+ return vector_[index];
+}
+
+
+
+
+// No named parameter (there is no C++ proposal that supports them).
+double abs_total( myvector<double>& vector )
+ poscondition( result ) { result >= 0.0; }
+{
+ double total = 0.0;
+
+ invariant { total == 0.0; }
+
+ invariant { static sizeof(double) > 0 : O_1 } // No proposal for `static`.
+
+ for(size_t i = 0; i < vector.size(); ++i) {
+
+
+
+ invariant { i < vector.size(); }
+
+ // No proposal for loop variants.
+
+ total += vector[i];
+ }
+
+ return total < 0.0 ? -total : total;
+}
+</pre>
+
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">#include <contract.hpp>
+
+CONTRACT_CLASS(
+template( typename T )
+class (pushable)
+) {
+ // No class invariants.
+public:
+ virtual ~pushable() {}
+
+ // Contract for pure virtual function.
+ CONTRACT_FUNCTION(
+ public virtual void (push_back)( (const T&) element )
+ /** @todo No precondition here implies all preconditions of derived
+ * classes have no effect... */
+ postcondition( back() == element )
+ ) = 0; // Pure virtual body.
+
+ virtual const T& back() const = 0;
+};
+</pre>
+
+ 
+ </td>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">// Extra spaces, newlines, public, etc to better align code with library syntax.
+
+
+template< typename T >
+class pushable
+{
+
+public:
+ virtual ~pushable() {}
+
+
+
+ public: virtual void push_back( const T& element )
+
+
+ postcondition { back() == element; }
+ = 0;
+
+ virtual const T& back() const = 0;
+};
+</pre>
+
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">#include <contract.hpp>
+
+CONTRACT_CLASS(
+template( class ConstIter )
+class (boundable)
+) {
+ CONTRACT_CLASS_INVARIANT( begin() <= end() )
+
+public:
+ virtual ~boundable() {}
+
+ virtual ConstIter begin() const = 0;
+ virtual ConstIter end() const = 0;
+};
+</pre>
+
+ 
+ </td>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">// Extra spaces, newlines, public, etc to better align code with library syntax.
+
+
+template< class ConstIter >
+class boundable
+{
+ invariant { begin() <= end(); }
+
+public:
+ virtual ~boundable() {}
+
+ virtual ConstIter begin() const = 0;
+ virtual ConstIter end() const = 0;
+};
+</pre>
+
+ 
+ </td>
+</tr>
+<tr>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">#include <contract.hpp>
+
+CONTRACT_CLASS(
+template( class ConstIter )
+class (basic_begin)
+) {
+ // No class invariants.
+public:
+ virtual ~basic_begin() {}
+
+ CONTRACT_FUNCTION(
+ public virtual (ConstIter) (begin)() const
+ ) {
+ return ConstIter(); // Dummy implementation (for example only).
+ }
+};
+</pre>
+
+ 
+ </td>
+<td>
+ 
+
+
+<pre xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" class="table-programlisting">// Extra spaces, newlines, public, etc to better align code with library syntax.
+
+
+template< class ConstIter >
+class basic_begin
+{
+
+public:
+ virtual ~basic_begin() {}
+
+
+ public: virtual ConstIter begin() const
+ {
+ return ConstIter();
+ }
+};
+</pre>
+
+ 
+ </td>
+</tr>
+</tbody>
+</table></div>
+</div>
+<div class="footnotes">
+ <hr width="100" align="left">
+<div class="footnote">[<a id="ftn.id866529" href="#id866529" class="para">2</a>] 
+ Static member functions cannot be virtual so they cannot be overridden
+ and they cannot subcontract.
+ </div>
+<div class="footnote">[<a id="ftn.id866892" href="#id866892" class="para">3</a>] 
+ However, the destructor body should be programmed to never
+ throw exceptions to comply with C++ STL exception safety requirements.
+ </div>
+<div class="footnote">[<a id="ftn.id867319" href="#id867319" class="para">4</a>] 
+ As usual in C++, constant-correctness can be enforced at compile-time only
+ as long as programmers do not use <code class="computeroutput">const_cast</code>
+ and <code class="computeroutput">mutable</code>.
+ </div>
+<div class="footnote">[<a id="ftn.id867446" href="#id867446" class="para">5</a>] 
+ To improve contract readability, it is recommended to configure your editor
+ C++ syntax highlighting to highlight also the macros <code class="computeroutput">CONTRACT_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_FUNCTION</code>, <code class="computeroutput">CONTRACT_CONSTRUCTOR</code>, <code class="computeroutput">CONTRACT_DESTRUCTOR</code>,
+ <code class="computeroutput">CONTRACT_OLDOF</code>, <code class="computeroutput">CONTRACT_BODY</code>, <code class="computeroutput">CONTRACT_CONSTRUCTOR_BODY</code>,
+ <code class="computeroutput">CONTRACT_DESTRUCTOR_BODY</code>,
+ <code class="computeroutput">CONTRACT_ASSERT</code>, <code class="computeroutput">CONTRACT_ASSERT_MSG</code>, <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_ASSERT_BLOCK_INVARIANT_MSG</code>,
+ <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT</code>,
+ <code class="computeroutput">CONTRACT_ASSERT_LOOP_VARIANT_MSG</code>,
+ <code class="computeroutput">CONTRACT_INIT_LOOP_VARIANT</code>,
+ and the sequence tokens <code class="computeroutput">precondition</code>,
+ <code class="computeroutput">postcondition</code>, <code class="computeroutput">body</code>, <code class="computeroutput">copyable</code>,
+ and <code class="computeroutput">inherit</code>. For example,
+ this can be done in the Vi IMproved (VIM) editor by adding these symbols
+ to the <code class="computeroutput">"cpp.vim"</code>
+ file (usually in the VIM system configuration directory).
+ </div>
+<div class="footnote">[<a id="ftn.id867766" href="#id867766" class="para">6</a>] 
+ Some text editing programs might highlight curly brackets <code class="computeroutput">{}</code> within a macro parameter as a C++
+ syntax error. This is incorrect as the ISO C++ standard allows for
+ macro parameters to contain curly brackets and the editor might offer
+ an option for disabling this incorrect syntax error highlighting. For
+ example, when C++ syntax highlighting is turned on in the Vi IMproved
+ (VIM) editor, curly brackets within macro parameters are highlighted
+ as errors but that can be disabled by adding the line <code class="computeroutput">let c_no_curly_error=1</code> in
+ the <code class="computeroutput">".vimrc"</code>
+ file (typically in your home directory).
+ </div>
+<div class="footnote">[<a id="ftn.id868651" href="#id868651" class="para">7</a>] 
+ However, this is the only sensible semantics for copying pointers as
+ the pointer could of type <code class="computeroutput">void*</code> for which it is not possible to copy
+ the pointed object, plus there might cases where the functions actually
+ changed the pointer value so <code class="computeroutput">CONTRACT_OLDOF()</code> needs to the return the old pointer
+ value (and not the old pointed value), plus this the usual C++ pointer
+ copy semantic.
+ </div>
+<div class="footnote">[<a id="ftn.id871421" href="#id871421" class="para">8</a>] 
+ <a class="link" href="bibliography.html" title="Bibliography">[Meyer1997]</a> argues preconditions
+ asserted using non-public members are ill written thus the Eiffel programming
+ language enforces this rule at compile-time. However, in C++ friend callers
+ could still be able to fully check preconditions via the friendship even
+ when non-public functions are used to assert them therefore this rule is
+ left as a recommended practice for programmers to follow and it is not
+ enforced by the library.
+ </div>
+<div class="footnote">[<a id="ftn.id871567" href="#id871567" class="para">9</a>] 
+ If two Boost.Preprocessor
+ sequences are specified one after the other then they are automatically
+ concatenated into one larger sequence. For example let <code class="computeroutput">seq1</code>
+ be <code class="computeroutput">(token1) (token2)</code> and <code class="computeroutput">seq2</code>
+ be <code class="computeroutput">(token3) (token4) (token5)</code> then <code class="computeroutput">seq1
+ seq2</code> is <code class="computeroutput">(token1) (token2) (token3) (token4) (token5)</code>.
+ </div>
+<div class="footnote">[<a id="ftn.id871782" href="#id871782" class="para">10</a>] 
+ Because the signature-sequence essentially contains
+ all the tokens necessary to declare the function, the contract macros could
+ have been implemented to replace the function declaration entirely instead
+ of being specified right after the function declaration. This would have
+ saved the programmers from repeating the function declaration tokens twice,
+ first to declare the function and then to invoke the contract macro. However,
+ replacing the function declarations entirely with the unfamiliar looking
+ signature-sequence would have drastically reduced
+ readability therefore it was intentionally avoided.
+ </div>
+<div class="footnote">[<a id="ftn.id873443" href="#id873443" class="para">11</a>] 
+ A constant-correct copy constructor constructs
+ the object copying it from a constant-reference of the source object
+ thus it cannot alter the state of the copied object.
+ </div>
+<div class="footnote">[<a id="ftn.id875088" href="#id875088" class="para">12</a>] 
+ However, this could change in future revisions of the library if C++ were
+ to support delegating constructors (see <a class="link" href="bibliography.html" title="Bibliography">[Sutter2005]</a>).
+ Therefore, <code class="computeroutput">(explicit)</code> is part of the library API and it should
+ always be specified in signature-sequence when the
+ contracted constructor is <code class="computeroutput">explicit</code>.
+ </div>
+<div class="footnote">[<a id="ftn.id875701" href="#id875701" class="para">13</a>] 
+ One specific token ordering was fixed so to simplify the implementation
+ of the library code that parsers signature-sequence.
+ </div>
+<div class="footnote">[<a id="ftn.id878201" href="#id878201" class="para">14</a>] 
+ Using the augmented object state the library could detect infinite recursion
+ between overriding and overridden function. However, to break the recursion
+ the base contract will have to call the base body function forcing static
+ binding (otherwise using dynamic binding the overriding function will be
+ called causing the infinite recursion). The contract itself cannot perform
+ the static binding call (e.g., using static_cast<> to the object)
+ because the object state is changed only if pointers or references to the
+ objects are used to call the body, but if pointers or reference are used
+ then C++ uses dynamic binding for the call. So the contract function could
+ call a special method of the contract class which performs the static binding
+ call but such a static binding call will raise a compiler error if the
+ body function is pure virtual. The library does not know directly when
+ a function is pure virtual (body is <code class="computeroutput">=
+ 0;</code>)
+ or not so the library will have to define the contract class static binding
+ method also for pure virtual functions and in this case the static binding
+ call <code class="computeroutput">B::f()</code> will
+ raise a compile time error because the function called via static binding
+ is pure virtual.
+ </div>
+<div class="footnote">[<a id="ftn.id883083" href="#id883083" class="para">15</a>] 
+ The library could overcome this limitation if future
+ versions of the C++ standard were to support delegating constructors
+ (as proposed by <a class="link" href="bibliography.html" title="Bibliography">[Sutter2005]</a>).
+ </div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="getting_started.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="without_the_macros.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/contract__/without_the_macros.html
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/contract__/without_the_macros.html 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,1425 @@
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
+<title>Without the Macros</title>
+<link rel="stylesheet" href="../doc/html/boostbook.css" type="text/css">
+<meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
+<link rel="home" href="../index.html" title="Contract++ 0.3.490">
+<link rel="up" href="../index.html" title="Contract++ 0.3.490">
+<link rel="prev" href="tutorial.html" title="Tutorial">
+<link rel="next" href="examples.html" title="Examples">
+</head>
+<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
+<table cellpadding="2" width="100%"><tr><td valign="top"></td></tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="tutorial.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="examples.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h2 class="title" style="clear: both">
+<a name="contract__.without_the_macros"></a><a class="link" href="without_the_macros.html" title="Without the Macros">Without the Macros</a>
+</h2></div></div></div>
+<div class="toc"><dl>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.an_example__without_the_macros_">An
+ Example (Without the Macros)</a></dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.optional_contract_compilation">Optional
+ Contract Compilation</a></dt>
+<dt>Assertions</dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.augmented_state">Augmented
+ State</a></dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.class_invariants">Class
+ Invariants</a></dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.contracted_function">Contracted
+ Function</a></dt>
+<dt>Preconditions</dt>
+<dt>Postconditions</dt>
+<dt>Body</dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.contract_class">Contract
+ Class</a></dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.static_member_functions">Static
+ Member Functions</a></dt>
+<dt>Constructors</dt>
+<dt>Destructors</dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.non_member_functions">Non-Member
+ Functions</a></dt>
+<dt><a href="without_the_macros.html#contract__.without_the_macros.a_fully_working_example__without_the_macros_">A
+ Fully Working Example (Without the Macros)</a></dt>
+</dl></div>
+
+ This section explains how to program contracts without using the library macros.
+ This is useful to better understand how the library actually implements Contract
+ Programming and to occasionally implement workarounds for compiler standard
+ compliance issues. However:
+ 
+<div class="important"><table border="0" summary="Important">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Important]" src="../images/important.png"></td>
+<th align="left">Important</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ Recommended to Use Contract Macros
+ 
+
+ In general, it is recommended to write contracts using the library macros
+ because they save programmers from writing a significant amount of setup
+ code.
+ 
+</td></tr>
+</table></div>
+
+ All the macros described in the <a class="link" href="tutorial.html" title="Tutorial">Tutorial</a>
+ section expand to code equivalent to the one explained in this section (with
+ the exception of block invariants and loop variants which are not covered here).
+ See also the Reference section for more
+ details.
+ 
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.an_example__without_the_macros_"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.an_example__without_the_macros_" title="An Example (Without the Macros)">An
+ Example (Without the Macros)</a>
+</h3></div></div></div>
+
+ The following example shows how to write a contract for the vector <code class="computeroutput">push_back()</code>
+ function without using the contract macros:
+ 
+<pre class="programlisting">#include "pushable.hpp" // Base class for subcontracting.
+#include <contract.hpp> // This library.
+#include <vector> // STL vector.
+
+template<typename T>
+class myvector: public pushable<T> {
+
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || /* Support for */ \
+ defined CONTRACT_CHECK_PRECONDITION || /* optional contract */ \
+ defined CONTRACT_CHECK_POSTCONDITION /* compilation. */
+ // Augmented state.
+ friend class contract::state;
+ mutable contract::state contract_state_;
+#endif // contracts
+
+#if defined CONTRACT_CHECK_CLASS_INVARIANT
+ // Static class invariants
+ static void contract_static_invariant_(void) {
+ // Assert nothing in this case.
+ }
+ // Class invariants.
+ void contract_invariant_(void) const {
+ if (!((size() == 0) == empty()))
+ throw contract::failure(__FILE__, __LINE__);
+ // More invariants here...
+ }
+#endif // invariants
+
+public:
+ void push_back(const T& element)
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ // Contracted function.
+ { contract_push_back_element_<0>().call(this , element); }
+private: // Private so not to alter user call public API.
+#if defined CONTRACT_CHECK_PRECONDITION
+ void contract_precondition_push_back_element_(const T& element) const {
+ if (!(size() < max_size()))
+ throw contract::failure(__FILE__, __LINE__);
+ // More preconditions here...
+ }
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ void contract_postcondition_push_back_element_(
+ const myvector* old_this, // Old value for object.
+ const T& element, contract::noold // No old for `element` argument.
+ ) const {
+ if (!(size() == (old_this->size() + 1)))
+ throw contract::failure(__FILE__, __LINE__);
+ // More postconditions here...
+ }
+#endif // postconditions
+protected: // Must be protected (not private) to allow subcontracting.
+ void contract_body_push_back_(const T& element)
+#endif // contracts
+ // Original function definition (the body).
+ { vector_.push_back(element); }
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ // Contract class.
+ template<int ZERO>
+ struct contract_push_back_element_: contract::nonstatic_member_function<
+ // Function type for contracted function.
+ // Copyable class type for old object value in postconditions.
+ // For constant members use `myvector const` instead of `myvector`.
+ void (contract::copyable<myvector>*, const T&),
+ // Base contract class for subcontracting.
+ typename pushable<T>::template contract_push_back_element_<0>
+ > {
+ // Constructor specifies body, preconditions, and postconditions.
+ contract_push_back_element_(): contract::static_member_function<
+ void (contract::copyable<myvector>*, const T&),
+ typename pushable<T>::template contract_push_back_element_<0>
+ >( &myvector::contract_body_push_back_
+#if defined CONTRACT_CHECK_PRECONDITION
+ , &myvector::contract_precondition_push_back_element_
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ , &myvector::contract_postcondition_push_back_element_
+#endif // postconditions
+ ) {}
+ };
+public: // Restore original access level.
+#endif // contracts
+
+ ... // Rest of the class.
+
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ Let's take a close look at this code.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.optional_contract_compilation"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.optional_contract_compilation" title="Optional Contract Compilation">Optional
+ Contract Compilation</a>
+</h3></div></div></div>
+
+ First of all, note that when programmers completely disable contract compilation
+ by not #defining any of the <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>,
+ and <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ macro symbols, the code above reduces to just the function declaration and
+ its definition without any contract code
+ overhead:
+ 
+<pre class="programlisting">template<typename T>
+class myvector {
+
+ // Augmented state and class invariants disappear!
+
+public:
+ void push_back(const T& value)
+ // Preconditions, postconditions, and body functions disappear!
+ {
+ vector_.push_back(value); // Original function implementation.
+ }
+ // Contract class disappears!
+public:
+
+ ...
+private:
+ std::vector<T> vector_;
+};
+</pre>
+
+ Note how the <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>,
+ <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>,
+ and <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ macros can be #defined independently to selectively turn on or off the compilation
+ of class invariants only, preconditions only, postconditions only, or any
+ combination of the above.
+ 
+
+ The rest of this section illustrates what happens when contract compilation
+ is turned on. Therefore, from here on, we will assume that <code class="computeroutput">CONTRACT_CHECK_CLASS_INVARIANT</code>
+ , <code class="computeroutput">CONTRACT_CHECK_PRECONDITION</code>,
+ and <code class="computeroutput">CONTRACT_CHECK_POSTCONDITION</code>
+ are all #defined.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.assertions"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.assertions" title="Assertions">Assertions</a>
+</h3></div></div></div>
+
+ Note how class invariants, preconditions, and postconditions are asserted
+ using an <code class="computeroutput">if</code>-statement that throws
+ a <code class="computeroutput">contract::failure</code> exception in case the
+ checked boolean condition is false (note the leading <code class="computeroutput">"!"</code>
+ within the <code class="computeroutput">if</code>-condition):
+ 
+<pre class="programlisting">// Code from the non-static class invariants (but similar for
+// static class invariants, preconditions, and postconditions).
+if (!((size() == 0) == empty()))
+ throw contract::failure(__FILE__, __LINE__);
+</pre>
+
+ When an exception (any exception) is thrown from within
+ class invariants, preconditions, or postconditions code blocks, the library
+ will handle the exception invoking the relative <code class="computeroutput">contract::class_invariant_failed()</code>, <code class="computeroutput">contract::precondition_failed()</code>, or <code class="computeroutput">contract::postcondition_failed()</code> function (but only if that is necessary
+ according to subcontracting rules, see below). Therefore, the fact that the
+ contract condition check throws <code class="computeroutput">contract::failure</code>
+ does not necessarily imply that the program itself will
+ throw but only that the correct contract failure handler function will be
+ invoked by the library. All contract failure handler functions terminate
+ by default but they can be customized (see <a class="link" href="throw_on_failure.html" title="Annex: Throw on Failure">Throw
+ on Failure</a> for an example).
+ 
+
+ It is not possible to directly call <code class="computeroutput">contract::class_invariant_failed()</code>, <code class="computeroutput">contract::precondition_failed()</code>, or <code class="computeroutput">contract::postcondition_failed()</code> instead of throwing the exception because
+ of subcontracting. For example, if a precondition of a derived contract fails
+ but the preconditions of an overridden contract hold true then the library
+ will not call <code class="computeroutput">contract::precondition_failed()</code> even if the derived contract throws an
+ exception (as specified by subcontracting requirements in <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.member_function_call_semantics">Member
+ Function Call Semantics</a>).
+ 
+
+ The first two arguments of the <code class="computeroutput">contract::failure</code>
+ constructor are mandatory and they specify file name and line number of the
+ assertion (used the C++ macros <code class="computeroutput">__FILE__</code>
+ and <code class="computeroutput">__LINE__</code>). The third
+ argument of the constructor is an optional human readable description of
+ the asserted condition. For example:
+ 
+<pre class="programlisting">// More verbose error message with .
+if (!((size() == 0) == empty()))
+ throw contract::failure(__FILE__, __LINE__, "size zero iff empty");
+</pre>
+
+ All this information is simply used to provide the user with a descriptive
+ error message in case of a contract failure, for example:
+ 
+<pre class="programlisting">class invariant: terminate called after throwing an instance of 'contract::failure'
+ what(): contract "size zero iff empty" failed at myvector_nomacros.cpp:37
+Aborted
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.augmented_state"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.augmented_state" title="Augmented State">Augmented
+ State</a>
+</h3></div></div></div>
+
+ This library needs to declare an additional member variable for the class.
+ This member variable is mainly used by the library to keep track of when
+ contracts are being checked so to disable assertion checking in nested member
+ function calls that could otherwise result in infinite recursion (this a
+ common requirement in Contract Programming).
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+
+ // Augmented state.
+ friend class contract::state;
+ mutable contract::state contract_state_;
+
+ ...
+};
+</pre>
+
+ The state member variable must be declared of <code class="computeroutput">mutable</code>
+ type <code class="computeroutput">contract::state</code> (so the library can modify
+ it while still ensuring constant-correctness for the contracts), it should
+ be in a private section of the class (so not to alter the class public API),
+ and it must have the predefined name <code class="computeroutput">contract_state_</code>
+ (so the library knows how to access it). Furthermore, the <code class="computeroutput">contract::state</code>
+ class type must be declared a friend so the library can internally access
+ the entire user class including its private and protected members.
+ 
+
+ The details of the <code class="computeroutput">contract::state</code>
+ type are library implementation specific. The state variable name begins
+ with the <code class="computeroutput">contract</code> prefix
+ and ends with an underscore "<code class="computeroutput">_</code>"
+ so programmers should never directly use it in user code (see <a class="link" href="getting_started.html" title="Getting Started">Getting
+ Started</a>).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.class_invariants"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.class_invariants" title="Class Invariants">Class
+ Invariants</a>
+</h3></div></div></div>
+
+ This library checks static and non-static class invariants invoking a static
+ and a constant member function with the predefined names <code class="computeroutput">contract_static_invariant_</code>
+ and <code class="computeroutput">__contract_invariant__</code>
+ respectively:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+ // Static class invariants
+ static void contract_static_invariant_(void) {
+ // Assert nothing in this case.
+ }
+ // Class invariants.
+ void contract_invariant_(void) const {
+ if (!((size() == 0) == empty()))
+ throw contract::failure(__FILE__, __LINE__);
+ // More invariants here...
+ }
+
+ ...
+};
+</pre>
+
+ The non-static class invariant function must a constant member so to enforce
+ contract checking constant-correctness. The static class invariants function
+ is static so it cannot change the object state because it cannot access the
+ object (static member functions cannot be constant).
+ 
+
+ The class invariant function names begin with the <code class="computeroutput">contract</code>
+ prefix and end with an underscore "<code class="computeroutput">_</code>"
+ so programmers should never directly use it in user code (see <a class="link" href="getting_started.html" title="Getting Started">Getting
+ Started</a>).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.contracted_function"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.contracted_function" title="Contracted Function">Contracted
+ Function</a>
+</h3></div></div></div>
+
+ The <code class="computeroutput">push_back()</code>
+ function is programmed to construct the <code class="computeroutput">contract</code>
+ object and to invoke its <code class="computeroutput">call()</code> member function:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+public:
+ void push_back(const T& element)
+ // Contracted function.
+ {
+ contract_push_back_element_<0>().call(this , element);
+ }
+
+ ...
+};
+</pre>
+
+ The <code class="computeroutput">call()</code> function takes in input a pointer to the
+ object (<code class="computeroutput">this</code>) and the function
+ arguments (just <code class="computeroutput">element</code> in
+ this example) in the order they appear in the function declaration.
+ 
+
+ The <code class="computeroutput">call()</code> function is the one implementing the correct
+ Contract Programming call semantics (see <a class="link" href="tutorial.html#contract__.tutorial.contract_programming_overview.member_function_call_semantics">Member
+ Function Call Semantics</a>). In this case, <code class="computeroutput">call()</code> checks class invariants and preconditions
+ (calling <code class="computeroutput">contract_static_invariant_()</code>, <code class="computeroutput">contract_invariant_()</code>, and the precondition
+ function, see below), then it executes the body, and lastly it checks class
+ invariants and postconditions (calling <code class="computeroutput">contract_static_invariant_()</code>, <code class="computeroutput">contract_invariant_()</code>, and the postcondition
+ function, see below).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.preconditions"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.preconditions" title="Preconditions">Preconditions</a>
+</h3></div></div></div>
+
+ A member function is defined to check the preconditions:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+private:
+ void contract_precondition_push_back_element_(const T& element) const {
+ if (!(size() < max_size()))
+ throw contract::failure(__FILE__, __LINE__);
+ // More preconditions here...
+ }
+
+ ...
+};
+</pre>
+
+ Note the followings:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The precondition function is private so not to alter the user class public
+ API.
+ </li>
+<li class="listitem">
+ In order to support contracts for overloaded functions, the precondition
+ function name must contain the contracted function name, the name of
+ all arguments, and the trailing cv-qualifier if the contracted function
+ is cv-qualified (similarly to the contract class name, see below).
+ </li>
+<li class="listitem">
+ The precondition function must be a constant member plus all its arguments
+ must be constant so to enforce contract constant-correctness.
+ </li>
+<li class="listitem">
+ The precondition function must be <code class="computeroutput">volatile</code>
+ if the contracted function is <code class="computeroutput">volatile</code>.
+ </li>
+<li class="listitem">
+ The precondition function arguments are constant references to the contracted
+ function arguments.
+ </li>
+</ul></div>
+
+ The precondition function name begins with the <code class="computeroutput">contract</code>
+ prefix and ends with an underscore "<code class="computeroutput">_</code>"
+ so programmers should never directly use it in user code (see <a class="link" href="getting_started.html" title="Getting Started">Getting
+ Started</a>).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.postconditions"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.postconditions" title="Postconditions">Postconditions</a>
+</h3></div></div></div>
+
+ A member function is defined to check the postconditions:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+
+private:
+ ... // Preconditions.
+ void contract_postcondition_push_back_element_(
+ const myvector* old_this, // Old value for object.
+ const T& element, contract::noold // No old for `element` argument.
+ ) const {
+ if (!(size() == (old_this->size() + 1)))
+ throw contract::failure(__FILE__, __LINE__);
+ // More postconditions here...
+ }
+
+ ...
+};
+</pre>
+
+ Note the followings:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The postcondition function is private so not to alter the user class
+ public API.
+ </li>
+<li class="listitem">
+ In order to support contracts for overloaded functions, the postcondition
+ function name must contain the contracted function name, the name of
+ all arguments, and the trailing cv-qualifier if the contracted function
+ is cv-qualified (similarly to the contract class name, see below).
+ </li>
+<li class="listitem">
+ The postcondition function must be a constant member plus all its arguments
+ must be constant so to enforce contract constant-correctness.
+ </li>
+<li class="listitem">
+ The precondition function must be <code class="computeroutput">volatile</code>
+ if the contracted function is <code class="computeroutput">volatile</code>.
+ </li>
+<li class="listitem">
+ The first postcondition function argument is a constant pointer to the
+ object old value when the class type is tagged <code class="computeroutput">contract::copyable</code>
+ within the contract class (see below), otherwise it is of type <code class="computeroutput">contract::noold</code>.
+ </li>
+<li class="listitem">
+ The remaining postcondition function arguments are constant references
+ to the contracted function argument current and old values. A function
+ argument old value is different from <code class="computeroutput">contract::nold</code>
+ only if the argument type is tagged <code class="computeroutput">contract::copyable</code>
+ within the contract class (see below).
+ </li>
+<li class="listitem">
+ Finally, for non-void contracted functions, there is an extra argument
+ at the very end of the postcondition function argument list which is
+ a constant reference to the function result value being returned.
+ </li>
+</ul></div>
+
+ The <code class="computeroutput">contract::noold</code> type is used as a "placeholder"
+ for an argument when its old value is not provided in
+ the postconditions. An <code class="computeroutput">contract::noold</code>
+ argument cannot be mistakenly accessed or manipulated by programmers because
+ <code class="computeroutput">contract::noold</code> is an empty class with no member
+ at all. Furthermore, copying <code class="computeroutput">contract::noold</code>
+ performs no operation so <code class="computeroutput">contract::noold</code>
+ arguments can be passed to the postcondition function by value but without
+ adding any run-time overhead. This ensures that programmers can only access
+ old values in postconditions for types that are tagged <code class="computeroutput">contract::copyable</code>.
+ 
+
+ This is an example where the old value is provided for both the object and
+ one of the function arguments:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+public:
+ iterator insert(iterator where, const T& element)
+ ...
+ void contract_postcondition_insert_insert_where_element_(
+ const myvector* old_this, // Old value for object.
+ const iterator& where, const iterator& old_where, // Old value for `where`.
+
+ const T& element, contract::noold, // No old for `element` argument.
+ const iterator& result // Result value.
+ ) const {
+ ... // Assert postconditions using `old_this` and `old_where`.
+ }
+ ... // Both class type and `where` type are tagged `contract::copyable`.
+ // in the contract class (see below).
+
+ ...
+};
+</pre>
+
+ The postcondition function name begins with the <code class="computeroutput">contract</code>
+ prefix and ends with an underscore "<code class="computeroutput">_</code>"
+ so programmers should never directly use it in user code (see <a class="link" href="getting_started.html" title="Getting Started">Getting
+ Started</a>).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.body"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.body" title="Body">Body</a>
+</h3></div></div></div>
+
+ A member function is declared as the body function and it is defined to be
+ the original function implementation as specified by the user:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+protected:
+ void contract_body_push_back_(const T& element)
+ // Original function definition (the body).
+ {
+ vector_.push_back(element);
+ }
+
+ ...
+};
+</pre>
+
+ Note the followings:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The body function is protected to avoid changing the user's class public
+ API but it cannot be private to allow for subcontracting of pure virtual
+ functions.
+ </li>
+<li class="listitem">
+ The body function declaration and definition must be exactly
+ the ones specified by the user for the original <code class="computeroutput">push_back()</code> function (only the function name is
+ different). For example, if the original function is declared <code class="computeroutput">virtual</code>, the body function should be declared
+ <code class="computeroutput">virtual</code> as well. Also the
+ body function signature (return type, argument type, argument names,
+ eventual cv-qualifier, etc) must match exactly the signature of the original
+ <code class="computeroutput">push_back()</code>
+ function.
+ </li>
+</ul></div>
+
+ The body function name begins with the <code class="computeroutput">contract</code>
+ prefix and ends with an underscore "<code class="computeroutput">_</code>"
+ so programmers should never directly use it in user code (see <a class="link" href="getting_started.html" title="Getting Started">Getting
+ Started</a>).
+ 
+<a name="contract__.without_the_macros.body.separating_the_definition"></a><h6>
+<a name="contract__.without_the_macros.body.separating_the_definition-heading"></a>
+ <a class="link" href="without_the_macros.html#contract__.without_the_macros.body.separating_the_definition">Separating
+ the Definition</a>
+ </h6>
+
+ In this example, the body function definition <code class="computeroutput">{
+ vector_.push_back(element); }</code> is specified together with the body function
+ declaration. However, following C++ usual syntax, programmers can define
+ the body function to be "<code class="computeroutput">;</code>"
+ in order to separate the function definition from its declaration:
+ 
+<pre class="programlisting">// Declarations (usually in header files).
+
+template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+protected:
+ void contract_body_push_back_(const T& element)
+ ; // Separating body definition using `;`.
+
+ ...
+};
+
+// Separated definitions (eventually in a different file).
+
+template<typename T>
+void myvector<T>::
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ contract_body_push_back_ // Body function name.
+#else
+ push_back // Actual function name if contract compilation is off.
+#endif
+ (const T& element) {
+ vector_.push_back(element); // Original function definition.
+}
+</pre>
+
+ In this case, it is recommended to used the <code class="computeroutput">CONTRACT_BODY()</code> macro instead of the hard to read <code class="computeroutput">#if</code> around the function name. If contract
+ compilation is on, <code class="computeroutput">CONTRACT_BODY(push_back)</code> expands to <code class="computeroutput">contract_body_push_back_</code>,
+ otherwise it expands to <code class="computeroutput">push_back</code>
+ (see Reference and <a class="link" href="tutorial.html" title="Tutorial">Tutorial</a>
+ sections). Using this macro, the above function definition is equivalently
+ written as:
+ 
+<pre class="programlisting">// Separated definitions (eventually in a different file).
+
+template<typename T>
+void myvector<T>::CONTRACT_FUNCTION_BODY(push_back)(const T& element) {
+ vector_.push_back(element); // Original function definition.
+}
+</pre>
+<a name="contract__.without_the_macros.body.pure_virtual_functions"></a><h6>
+<a name="contract__.without_the_macros.body.pure_virtual_functions-heading"></a>
+ <a class="link" href="without_the_macros.html#contract__.without_the_macros.body.pure_virtual_functions">Pure
+ Virtual Functions</a>
+ </h6>
+
+ Programmers can also define the body function to be pure virtual so to defer
+ its definition to derived classes. In this case the usual C++ syntax "<code class="computeroutput">
+ = 0;</code>" is used:
+ 
+<pre class="programlisting">template<typename T>
+class pushable {
+ ...
+
+protected:
+ void contract_body_push_back_(const T& element)
+ = 0; // Contract for pure virtual functions.
+
+ ...
+};
+</pre>
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.contract_class"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.contract_class" title="Contract Class">Contract
+ Class</a>
+</h3></div></div></div>
+
+ A member class is defined as the contract class:
+ 
+<pre class="programlisting">template<typename T>
+class myvector: public pushable<T> {
+ ...
+
+protected:
+ ...
+ // Contract class.
+ template<int ZERO>
+ struct contract_push_back_element_: contract::nonstatic_member_function<
+ // Function type for contracted function.
+ // Copyable class type for old object value in postconditions.
+ // For const members, use `myvector const` instead of `myvector`.
+ void (contract::copyable<myvector>*, const T&),
+ // Base contract class for subcontracting.
+ typename pushable<T>::template contract_push_back_element_<0>
+ > {
+ // Constructor specifies body, preconditions, and postconditions.
+ contract_push_back_element_(): contract::nonstatic_member_function<
+ void (contract::copyable<myvector>*, const T&),
+ typename pushable<T>::template contract_push_back_element_<0>
+ >( &myvector::contract_body_push_back_
+ , &myvector::contract_precondition_push_back_element_
+ , &myvector::contract_postcondition_push_back_element_
+ ) {}
+ };
+public: // Restore original access level.
+
+ ...
+};
+</pre>
+
+ Note the followings:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The contract class is protected to avoid changing the user's class public
+ API but it cannot be private because derived classes might need to access
+ it for subcontracting.
+ </li>
+<li class="listitem">
+ The contract class publicly inherits (it is a <code class="computeroutput">struct</code>)
+ from <code class="computeroutput">contract::nonstatic_member_function</code>.
+ The <code class="computeroutput">call()</code> function, which implements the contract
+ call semantics, is inherited from this base class.
+ </li>
+<li class="listitem">
+ The <code class="computeroutput">contract::nonstatic_member_function</code>
+ template takes as first parameter the a function type matching the signature
+ of the contracted <code class="computeroutput">push_back()</code> function.
+ <div class="itemizedlist"><ul class="itemizedlist" type="circle">
+<li class="listitem">
+ For member functions (including static members, constructors, and
+ destructors, see <code class="computeroutput">contract::static_member_function</code>,
+ <code class="computeroutput">contract::constructor</code>, and
+ <code class="computeroutput">contract::destructor</code> respectively),
+ the first argument of the function type if a pointer to the class
+ type, followed by the contracted function argument types. Instead,
+ for non-member functions (see <code class="computeroutput">contract::nonmember_function</code>),
+ there is no class pointer type and the first argument of the function
+ type matches the first argument type of the contract function.
+ (This is the same syntax used by Boost.Function
+ [<a name="id913594" href="#ftn.id913594" class="footnote">16</a>].)
+ </li>
+<li class="listitem">
+ For cv-qualified member functions, the first argument is specified
+ as a cv-qualified pointer to the class type. For example, if the
+ function in this example were to be a <code class="computeroutput">const</code>
+ member function <code class="computeroutput">void push_back(...)
+ const</code> then the function
+ type would have been <code class="computeroutput">void
+ (contract::copyable<myvector
+ const>*,
+ const T&)</code>. Note that when both <code class="computeroutput">const</code> and <code class="computeroutput">contract::copyable</code>
+ are used, <code class="computeroutput">const</code> must
+ be used within <code class="computeroutput">contract::copyable</code>
+ [<a name="id913920" href="#ftn.id913920" class="footnote">17</a>]. Similarly, for <code class="computeroutput">volatile</code>
+ and <code class="computeroutput">const volatile</code>.
+ </li>
+<li class="listitem">
+ In the function type, the class type (which is specified only for
+ member functions) and the argument types can be tagged <code class="computeroutput">contract::copyable</code> if the relative
+ old values are needed in postconditions. Any type tagged <code class="computeroutput">contract::copyable</code> (<code class="computeroutput">myvector</code> in this example) must
+ have an accessible constant-correct copy constructor otherwise
+ the library will generate a compile-time error (see <code class="computeroutput">contract::copy</code>). Note that the object
+ <code class="computeroutput">contract::copyable</code> only wraps
+ the class type and not the pointer (i.e., <code class="computeroutput">contract::copyable<myvector*></code> is invalid) but for all the
+ contracted function argument types <code class="computeroutput">contract::copyable</code>
+ wraps the entire type including eventual pointers -- this is because
+ for member functions, the first argument of the function type must
+ always be a pointer to the class type (even when the class type
+ is tagged <code class="computeroutput">contract::copyable</code>
+ and/or it is qualified <code class="computeroutput">const</code>).
+ </li>
+</ul></div>
+ </li>
+<li class="listitem">
+ When subcontracting, the base contract classes are specified as the optional
+ template parameters following the function type for <code class="computeroutput">contract::nonstatic_member_function</code>
+ (one base contract is specified in this case <code class="computeroutput">pushable<T>::contract_push_back_element<0></code>).
+ All these template parameters are optional and multiple base contract
+ classes can be specified to support subcontracting for multiple inheritance.
+ </li>
+<li class="listitem">
+ The contract class must define a public default constructor (i.e., with
+ no arguments) which constructs the base class <code class="computeroutput">contract::nonstatic_member_function</code>
+ passing function pointers to the body, precondition, and postcondition
+ (so the contract knows which function to invoke to execute the body,
+ check preconditions, and check postconditions).
+ </li>
+</ul></div>
+<div class="note"><table border="0" summary="Note">
+<tr>
+<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="../images/note.png"></td>
+<th align="left">Note</th>
+</tr>
+<tr><td align="left" valign="top">
+
+ The contract class is declared as a template using the artificial
+ template parameter <code class="computeroutput">int ZERO</code>
+ to support an internal library workaround. This allows the library to internally
+ use the <code class="computeroutput">typename</code> and <code class="computeroutput">template</code> keywords freely to explicitly characterize
+ types even without knowing if the contracted class is a template or not.
+ The artificial template parameter <code class="computeroutput">int
+ ZERO</code> is not needed if the contracted
+ function is already a template (in which case <code class="computeroutput">int
+ ZERO</code> is replaced by the actual
+ function template parameters).
+ 
+
+ The value of artificial template parameter <code class="computeroutput">int
+ ZERO</code> is not used so any value
+ can be specified. However, it is recommended to always specify the value
+ <code class="computeroutput">0</code> for consistency (this is
+ practice followed by this documentation).
+ 
+</td></tr>
+</table></div>
+<a name="contract__.without_the_macros.contract_class.contract_class_name"></a><h6>
+<a name="contract__.without_the_macros.contract_class.contract_class_name-heading"></a>
+ <a class="link" href="without_the_macros.html#contract__.without_the_macros.contract_class.contract_class_name">Contract
+ Class Name</a>
+ </h6>
+
+ Note how, similarly to the precondition and postcondition function names,
+ the contract class name repeats the function name and the argument names.
+ Furthermore, for cv-qualified member functions, the contract class name should
+ end with the cv-qualifier. This is necessary to support contracts for overloaded
+ functions (with the limitation that overloaded functions, with the same number
+ of arguments and same constant qualifier, must have different argument names
+ and not just different argument types otherwise contract names will clash).
+ In summary, the contract class name should be as follow:
+ 
+<pre class="programlisting">contract_function-name_argument-name1_argument-name2_...argument-nameN_/[/const_/]//[/volatile_/]/
+</pre>
+
+ In order to allow the contract macros to subcontract from hand-written contracts,
+ you must follow the above convention in naming the contract class at all
+ times (because this is the convention that the contract macros assume).
+ 
+
+ The contract class name begins with the <code class="computeroutput">contract</code>
+ prefix and ends with an underscore "<code class="computeroutput">_</code>"
+ thus programmers should never directly use this class in user code (see
+ <a class="link" href="getting_started.html" title="Getting Started">Getting Started</a>).
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.static_member_functions"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.static_member_functions" title="Static Member Functions">Static
+ Member Functions</a>
+</h3></div></div></div>
+
+ Contracts can also be programmed for static member functions (see the example
+ at the end of this section). However, compared with non-static member function
+ contracts the following differences apply:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The <code class="computeroutput">contract::static_member_function</code>
+ class template is used instead of <code class="computeroutput">contract::nonstatic_member_function</code>.
+ </li>
+<li class="listitem">
+ The class type cannot be tagged <code class="computeroutput">contract::copyable</code>
+ or qualified <code class="computeroutput">const</code> (because
+ there is no object to copy or to not modify).
+ </li>
+<li class="listitem">
+ The precondition, postcondition, and body functions must be <code class="computeroutput">static</code> members (and therefore they cannot
+ be <code class="computeroutput">const</code>).
+ </li>
+<li class="listitem">
+ No base contract class can be specified because <code class="computeroutput">static</code>
+ members cannot be <code class="computeroutput">virtual</code>
+ so they cannot subcontract.
+ </li>
+</ul></div>
+
+ All these constraints are enforced by the library at compile-time.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.constructors"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.constructors" title="Constructors">Constructors</a>
+</h3></div></div></div>
+
+ Contracts can also be programmed for constructors (see the example at the
+ end of this section). However, compared with non-static member function contracts
+ the following differences apply:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The <code class="computeroutput">contract::constructor</code> class template
+ is used instead of <code class="computeroutput">contract::nonstatic_member_function</code>.
+ </li>
+<li class="listitem">
+ The class type cannot be tagged <code class="computeroutput">contract::copyable</code>
+ or qualified <code class="computeroutput">const</code> (because
+ there is no object before body execution to copy and the object is always
+ modified by the body as it is constructed).
+ </li>
+<li class="listitem">
+ The <code class="computeroutput">contract::constructor</code> function type
+ template parameter must always specify a <code class="computeroutput">void</code>
+ return type (because constructors return no value).
+ </li>
+<li class="listitem">
+ The precondition function must be <code class="computeroutput">static</code>
+ because constructor preconditions cannot access the object (as there
+ is no object before constructor body execution).
+ </li>
+<li class="listitem">
+ The postcondition function always specifies <code class="computeroutput">contract::noold</code>
+ for the object old value because constructor postconditions can never
+ access the object old value (as there was no object before constructor
+ body execution). Furthermore, the function type passed to <code class="computeroutput">contract::constructor</code> cannot tag
+ the class type <code class="computeroutput">contract::copyable</code>.
+ </li>
+<li class="listitem">
+ No base contract class can be specified because constructors do not directly
+ subcontract (the C++ object construction mechanism will automatically
+ invoke the base class constructor contracts if present).
+ </li>
+</ul></div>
+
+ All these constraints are enforced by the library at compile-time.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.destructors"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.destructors" title="Destructors">Destructors</a>
+</h3></div></div></div>
+
+ Contracts can also be programmed for destructors (see the example at the
+ end of this section). However, compared with non-static member function contracts
+ the following differences apply:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The <code class="computeroutput">contract::destructor</code> class template
+ is used instead of <code class="computeroutput">contract::nonstatic_member_function</code>.
+ </li>
+<li class="listitem">
+ The class type cannot be tagged <code class="computeroutput">contract::copyable</code>
+ or qualified <code class="computeroutput">const</code> (because
+ there are no postconditions to accessed to copied object and the object
+ is always modified by the body as it is destructed).
+ </li>
+<li class="listitem">
+ The <code class="computeroutput">contract::destructor</code> function type
+ template parameter must always specify a <code class="computeroutput">void</code>
+ return type and have no argument (because destructors return no value
+ and have no argument). Furthermore, the function pointer cannot tag the
+ class type <code class="computeroutput">contract::copyable</code>.
+ </li>
+<li class="listitem">
+ The <code class="computeroutput">contract::destructor</code> constructor
+ only takes the body function pointer and it does not take the precondition
+ and postcondition function pointers (because destructors have no preconditions
+ and no postconditions as they have no arguments and there is no object
+ after destructor body execution).
+ </li>
+<li class="listitem">
+ No base contract class can be specified because destructors do not directly
+ subcontract (the C++ object destruction mechanism will automatically
+ invoke the base class destructor contracts if present).
+ </li>
+</ul></div>
+
+ All these constraints are enforced by the library at compile-time.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.non_member_functions"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.non_member_functions" title="Non-Member Functions">Non-Member
+ Functions</a>
+</h3></div></div></div>
+
+ Contracts can also be programmed for non-member functions (see the example
+ at the end of this section). However, compared with non-static member function
+ contracts the following differences apply:
+ 
+<div class="itemizedlist"><ul class="itemizedlist" type="disc">
+<li class="listitem">
+ The <code class="computeroutput">contract::nonmember_function</code>
+ class template is used instead of <code class="computeroutput">contract::nonstatic_member_function</code>.
+ </li>
+<li class="listitem">
+ The function type passed as the first template parameter to <code class="computeroutput">contract::nonmember_function</code>
+ does not specify the class type (i.e., result-type<code class="computeroutput">
+ (</code>argument-type1<code class="computeroutput">, ...)</code>
+ is used instead of result-type<code class="computeroutput"> (</code>class-type<code class="computeroutput">*,</code> argument-type1<code class="computeroutput">, ...)</code>).
+ </li>
+<li class="listitem">
+ The precondition, postcondition, body functions, and the contract class
+ are not members.
+ </li>
+<li class="listitem">
+ The contracted function definition must be <code class="computeroutput">inline</code>
+ and it must appear at the very end of the contract after the precondition,
+ postcondition, body functions, and the contract class (to avoid duplicate
+ definitions and missing definitions compile-time errors).
+ </li>
+</ul></div>
+
+ All these constraints are enforced by the library at compile-time.
+ 
+</div>
+<div class="section">
+<div class="titlepage"><div><div><h3 class="title">
+<a name="contract__.without_the_macros.a_fully_working_example__without_the_macros_"></a><a class="link" href="without_the_macros.html#contract__.without_the_macros.a_fully_working_example__without_the_macros_" title="A Fully Working Example (Without the Macros)">A
+ Fully Working Example (Without the Macros)</a>
+</h3></div></div></div>
+
+ We conclude this section with a fully working example that can be compiled.
+ This example illustrates how to use the library to program contracts without
+ the macros.
+ 
+
+ For simplicity, this example only exposes a limited subset of the <code class="computeroutput">std::vector</code>
+ operations and it only programs simple contracts for them (see the STL Vector
+ <a class="link" href="examples.html" title="Examples">Example</a> for <code class="computeroutput">std::vector</code>
+ complete contracts). Furthermore, the somewhat artificial base classes have
+ been deliberately introduced to illustrate subcontracting and they will probably
+ not be part of real code.
+ 
+
+ Comparing this example with the one presented in the <a class="link" href="tutorial.html" title="Tutorial">Tutorial</a>
+ section, it is easy to note how much more setup code around the contract
+ assertions is required when the contract macros are not used. Therefore,
+ the use of the contract macros is always recommended.
+ 
+
+
+
+<pre class="programlisting">#include "pushable.hpp" // Base class for subcontracting.
+#include <contract.hpp> // This library.
+#include <vector> // STL vector.
+
+// Wrapper that adds simple (not complete) contracts to C++ STL
+// without using the library contract macros.
+template<typename T>
+class myvector: public pushable<T> {
+
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || /* Allow for */ \
+ defined CONTRACT_CHECK_PRECONDITION || /* optional contract */ \
+ defined CONTRACT_CHECK_POSTCONDITION /* compilation. */
+ // Augmented state.
+ friend class contract::state;
+ mutable contract::state contract_state_;
+#endif // contracts
+
+#if defined CONTRACT_CHECK_CLASS_INVARIANT
+ // Static class invariants
+ static void contract_static_invariant_(void) {
+ // Assert nothing in this case.
+ }
+ // Class invariants.
+ void contract_invariant_(void) const {
+ if (!((size() == 0) == empty()))
+ throw contract::failure(__FILE__, __LINE__);
+ // More invariants here...
+ }
+#endif // invariants
+
+public:
+ typedef typename std::vector<T>::size_type size_type;
+ typedef typename std::vector<T>::const_reference const_reference;
+ typedef typename std::vector<T>::const_iterator const_iterator;
+
+ // Contract for constructor.
+ explicit myvector(size_type count): vector_(count)
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ {
+ contract_contract_constructor_count_<0>().call(this, count);
+ }
+private:
+#if defined CONTRACT_CHECK_PRECONDITION
+ // Static preconditions (i.e., no object).
+ static void contract_precondition_contract_constructor_count_(
+ const size_type& count) /* no `const` (it is `static`) */ {
+ }
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ void contract_postcondition_contract_constructor_count_(
+ contract::noold, // Always `noold` for old object.
+ const size_type& count, contract::noold) const {
+ if (!(size() == count))
+ throw contract::failure(__FILE__, __LINE__);
+ }
+#endif // postconditions
+protected:
+ void contract_body_contract_constructor_(size_type count)
+#endif // contracts
+ {
+ // Do nothing in this case
+ }
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ template<int ZERO>
+ struct contract_contract_constructor_count_:
+ contract::constructor< // Use `constructor` (not `function`).
+ // Class type can never be tagged `copyable`.
+ void (myvector*, size_type)> {
+ contract_contract_constructor_count_(): contract::constructor <
+ void (myvector*, size_type)
+ >( &myvector::contract_body_contract_constructor_
+#if defined CONTRACT_CHECK_PRECONDITION
+ , &myvector::contract_precondition_contract_constructor_count_
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ , &myvector::contract_postcondition_contract_constructor_count_
+#endif // postconditions
+ ) {}
+ };
+public:
+#endif // contracts
+
+ // Contract for destructor.
+ virtual ~myvector(void)
+ // Destructors only check invariants.
+#if defined CONTRACT_CHECK_CLASS_INVARIANT
+ {
+ contract_contract_destructor_<0>().call(this);
+ }
+protected:
+ // No precondition and no postcondition functions.
+ virtual void contract_body_contract_destructor_(void)
+#endif // invariant
+ {
+ // Do nothing in this case.
+ }
+#if defined CONTRACT_CHECK_CLASS_INVARIANT
+ template<int ZERO>
+ struct contract_contract_destructor_:
+ contract::destructor< // Use `destructor` (not `function`).
+ // Class type can never be tagged `copyable`.
+ void (myvector*)> {
+ contract_contract_destructor_(): contract::destructor<
+ void (myvector*)
+ >(&myvector::contract_body_contract_destructor_ ) {}
+ };
+public:
+#endif // invariant
+
+ // Contract for non-static member functions.
+ void push_back(const T& element)
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ // Contracted function.
+ {
+ contract_push_back_element_<0>().call(this , element);
+ }
+private: // Private so not to alter user call public API.
+#if defined CONTRACT_CHECK_PRECONDITION
+ void contract_precondition_push_back_element_(const T& element) const {
+ if (!(size() < max_size()))
+ throw contract::failure(__FILE__, __LINE__);
+ // More preconditions here...
+ }
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ void contract_postcondition_push_back_element_(
+ const myvector* contract_old_this_, // Old value for object.
+ const T& element, contract::noold // No old for element argument.
+ ) const {
+ if (!(size() == (contract_old_this_->size() + 1)))
+ throw contract::failure(__FILE__, __LINE__);
+ // More postconditions here...
+ }
+#endif // postconditions
+protected: // Must be protected (not private) to allow subcontracting.
+ void contract_body_push_back_(const T& element)
+#endif // contracts
+ // Original function definition (the body).
+ {
+ vector_.push_back(element);
+ }
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ // Contract class.
+ template<int ZERO>
+ struct contract_push_back_element_: contract::nonstatic_member_function<
+ // Function type with class type pointer as 1st argument.
+ // Copyable class type for old object value in postconditions.
+ // For constant members, change `myvector` to `myvector const`.
+ void (contract::copyable<myvector>*, const T&),
+ // Base contract class for subcontracting.
+ typename pushable<T>::template
+ contract_virtual_push_back_element_<0>
+ > {
+ // Constructor specifies body, preconditions, and postconditions.
+ contract_push_back_element_(): contract::nonstatic_member_function<
+ void (contract::copyable<myvector>*, const T&),
+ typename pushable<T>::template
+ contract_virtual_push_back_element_<0>
+ >( &myvector::contract_body_push_back_
+#if defined CONTRACT_CHECK_PRECONDITION
+ , &myvector::contract_precondition_push_back_element_
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ , &myvector::contract_postcondition_push_back_element_
+#endif // postconditions
+ ) {}
+ };
+public: // Restore original access level.
+#endif // contracts
+
+ // Contract for template plus static member function.
+ template<class Iter>
+ static bool all_equals(Iter first, Iter last, const T& element)
+ // Static members also check (static) class invariants.
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ {
+ return contract_all_equals_first_last_element_<Iter>().call(
+ first, last, element);
+ }
+private:
+ // Static template precondition and postcondition functions.
+#if defined CONTRACT_CHECK_PRECONDITION
+ template<class Iter>
+ static void contract_precondition_all_equals_first_last_element_(
+ const Iter& first, const Iter& last, const T& element)
+ /* no `const` */ {
+ if (!(first < last))
+ throw contract::failure(__FILE__, __LINE__);
+ }
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ template<class Iter>
+ static void contract_postcondition_all_equals_first_last_element_(
+ const Iter& first, contract::noold,
+ const Iter& last, contract::noold,
+ const T& element, contract::noold,
+ const bool& result ) // Result value.
+ /* no `const` */ {
+ }
+#endif // postconditions
+protected:
+ template<class Iter>
+ static bool contract_body_all_equals_(
+ Iter first, Iter last, const T& element)
+#endif // contracts
+ {
+ for (Iter i = first; i < last; ++i) {
+ if (*i != element) return false;
+ }
+ return true;
+ }
+#if defined CONTRACT_CHECK_CLASS_INVARIANT || \
+ defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+ // Function template parameter `class Iter` already present so
+ // no artificial `int ZERO` parameter.
+ template<class Iter>
+ struct contract_all_equals_first_last_element_: contract::static_member_function<
+ bool (myvector*, Iter, Iter, const T&)
+ > {
+ contract_all_equals_first_last_element_(): contract:: static_member_function<
+ bool (myvector*, Iter, Iter, const T&)
+ >( &myvector::template contract_body_all_equals_<Iter>
+#if defined CONTRACT_CHECK_PRECONDITION
+ , &myvector::template contract_precondition_all_equals_first_last_element_<Iter>
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ , &myvector::template contract_postcondition_all_equals_first_last_element_<Iter>
+#endif // postconditions
+ ) {}
+ };
+public:
+#endif // contracts
+
+ // Similarly, complete contracts sketched here and add contracts
+ // for all other functions (see [Crowl2006] vector example).
+ size_type size(void) const { return vector_.size(); }
+ size_type max_size(void) const { return vector_.max_size(); }
+ bool empty(void) const { return vector_.empty(); }
+ const_reference back(void) const { return vector_.back(); }
+ const_iterator begin(void) const { return vector_.begin(); }
+ const_iterator end(void) const { return vector_.end(); }
+ const_reference operator[](size_type index) const
+ { return vector_[index]; }
+
+private:
+ std::vector<T> vector_;
+};
+
+// Contract for non-member function.
+double abs_total(const myvector<double>& vector)
+// Non-member members do not check invariants.
+#if defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+;
+void contract_precondition_abs_total_vector_(
+ const myvector<double>& vector ) {
+}
+void contract_postcondition_abs_total_vector_(
+ const myvector<double>& vector, contract::noold,
+ const double& total) {
+ if (!(total >= 0.0))
+ throw contract::failure(__FILE__, __LINE__);
+}
+double contract_body_abs_total_(const myvector<double>& vector)
+#endif // preconditions or postconditions
+{
+ double total = 0.0;
+ CONTRACT_ASSERT_BLOCK_INVARIANT( total == 0.0 );
+ {
+ CONTRACT_INIT_LOOP_VARIANT;
+ for (size_t i = 0; i < vector.size(); ++i) {
+ CONTRACT_ASSERT_BLOCK_INVARIANT( i < vector.size() );
+ CONTRACT_ASSERT_LOOP_VARIANT( vector.size() - i );
+
+ total += vector[i];
+ }
+ }
+ return total < 0.0 ? -total : total;
+}
+#if defined CONTRACT_CHECK_PRECONDITION || \
+ defined CONTRACT_CHECK_POSTCONDITION
+template<int ZERO>
+struct contract_abs_total_vector_: contract::nonmember_function<
+ // Still use `function` but no class type pointer as 1st argument.
+ double (const myvector<double>&)
+ > {
+ contract_abs_total_vector_(): contract::nonmember_function<
+ double (const myvector<double>&)>
+ ( &contract_body_abs_total_
+#if defined CONTRACT_CHECK_PRECONDITION
+ , &contract_precondition_abs_total_vector_
+#endif // preconditions
+#if defined CONTRACT_CHECK_POSTCONDITION
+ , &contract_postcondition_abs_total_vector_
+#endif // postconditions
+ ) {}
+};
+// Contracted function defined last and always `inline`.
+inline double abs_total(const myvector<double>& vector) {
+ return contract_abs_total_vector_<0>().call(vector);
+}
+#endif // preconditions or postconditions
+
+</pre>
+
+ 
+</div>
+<div class="footnotes">
+ <hr width="100" align="left">
+<div class="footnote">[<a id="ftn.id913594" href="#id913594" class="para">16</a>] 
+ A more natural syntax would have been to use C++ function pointer
+ types because they already provide a syntax for non-member functions
+ result-type<code class="computeroutput"> (*)(</code>argument-type1<code class="computeroutput">, ...)</code>
+ and a different syntax for member function result-type<code class="computeroutput">
+ (</code>class-type<code class="computeroutput">::*)(</code>argument-type1,<code class="computeroutput">
+ ...)</code>. However, the use
+ of function pointer types to resolve partial template specializations
+ (as needed by this library) it not fully supported by all compilers
+ (notably MVSC 8.0 has issues in resolving template specializations
+ between void constant and non-void constant member functions
+ using function pointer types). Therefore, the Boost.Function
+ preferred syntax was adopted for this library (also this harmonizes
+ this library more with the Boost
+ libraries). The Boost.Function
+ portable syntax was not used because it is maintained by Boost.Function
+ for backward compatibility only and it is not recommended (even
+ if that would have been the most portable syntax across the different
+ compilers, see Boost.Function
+ for more information).
+ </div>
+<div class="footnote">[<a id="ftn.id913920" href="#id913920" class="para">17</a>] 
+ However, if the member function is constant it cannot modify
+ the object so there is in principle no need to copy the object
+ value before body execution because the body cannot modify the
+ object in the first place
+ </div>
+</div>
+</div>
+<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
+<td align="left"></td>
+<td align="right"><div class="copyright-footer">Copyright © 2009, 2010 Lorenzo Caminiti
+ Distributed under the Contract++ Software License, Version 1.0 (see accompanying
+ file LICENSE_1_0.txt)
+ 
+</div></td>
+</tr></table>
+<hr>
+<div class="spirit-nav">
+<a accesskey="p" href="tutorial.html"><img src="../images/prev.png" alt="Prev"></a><a accesskey="u" href="../index.html"><img src="../images/up.png" alt="Up"></a><a accesskey="h" href="../index.html"><img src="../images/home.png" alt="Home"></a><a accesskey="n" href="examples.html"><img src="../images/next.png" alt="Next"></a>
+</div>
+</body>
+</html>

Added: sandbox/contract/libs/contract/doc/html/doc/html/boostbook.css
==============================================================================
--- (empty file)
+++ sandbox/contract/libs/contract/doc/html/doc/html/boostbook.css 2011-06-28 20:54:41 EDT (Tue, 28 Jun 2011)
@@ -0,0 +1,594 @@
+/*=============================================================================
+ Copyright (c) 2004 Joel de Guzman
+ http://spirit.sourceforge.net/
+
+ Distributed under the Boost Software License, Version 1.0. (See accompany-
+ ing file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt)
+=============================================================================*/
+
+/*=============================================================================
+ Body defaults
+=============================================================================*/
+
+ body
+ {
+ margin: 1em;
+ font-family: sans-serif;
+ }
+
+/*=============================================================================
+ Paragraphs
+=============================================================================*/
+
+ p
+ {
+ text-align: left;
+ font-size: 10pt;
+ line-height: 1.15;
+ }
+
+/*=============================================================================
+ Program listings
+=============================================================================*/
+
+ /* Code on paragraphs */
+ p tt.computeroutput
+ {
+ font-size: 9pt;
+ }
+
+ pre.synopsis
+ {
+ font-size: 90%;
+ margin: 1pc 4% 0pc 4%;
+ padding: 0.5pc 0.5pc 0.5pc 0.5pc;
+ }
+
+ .programlisting,
+ .screen
+ {
+ font-size: 9pt;
+ display: block;
+ margin: 1pc 4% 0pc 4%;
+ padding: 0.5pc 0.5pc 0.5pc 0.5pc;
+ }
+
+ /* Program listings in tables don't get borders */
+ td .programlisting,
+ td .screen
+ {
+ margin: 0pc 0pc 0pc 0pc;
+ padding: 0pc 0pc 0pc 0pc;
+ }
+
+/*=============================================================================
+ Headings
+=============================================================================*/
+
+ h1, h2, h3, h4, h5, h6
+ {
+ text-align: left;
+ margin: 1em 0em 0.5em 0em;
+ font-weight: bold;
+ }
+
+ h1 { font: 140% }
+ h2 { font: bold 140% }
+ h3 { font: bold 130% }
+ h4 { font: bold 120% }
+ h5 { font: italic 110% }
+ h6 { font: italic 100% }
+
+ /* Top page titles */
+ title,
+ h1.title,
+ h2.title
+ h3.title,
+ h4.title,
+ h5.title,
+ h6.title,
+ .refentrytitle
+ {
+ font-weight: bold;
+ margin-bottom: 1pc;
+ }
+
+ h1.title { font-size: 140% }
+ h2.title { font-size: 140% }
+ h3.title { font-size: 130% }
+ h4.title { font-size: 120% }
+ h5.title { font-size: 110% }
+ h6.title { font-size: 100% }
+
+ .section h1
+ {
+ margin: 0em 0em 0.5em 0em;
+ font-size: 140%;
+ }
+
+ .section h2 { font-size: 140% }
+ .section h3 { font-size: 130% }
+ .section h4 { font-size: 120% }
+ .section h5 { font-size: 110% }
+ .section h6 { font-size: 100% }
+
+ /* Code on titles */
+ h1 tt.computeroutput { font-size: 140% }
+ h2 tt.computeroutput { font-size: 140% }
+ h3 tt.computeroutput { font-size: 130% }
+ h4 tt.computeroutput { font-size: 120% }
+ h5 tt.computeroutput { font-size: 110% }
+ h6 tt.computeroutput { font-size: 100% }
+
+/*=============================================================================
+ Author
+=============================================================================*/
+
+ h3.author
+ {
+ font-size: 100%
+ }
+
+/*=============================================================================
+ Lists
+=============================================================================*/
+
+ li
+ {
+ font-size: 10pt;
+ line-height: 1.3;
+ }
+
+ /* Unordered lists */
+ ul
+ {
+ text-align: left;
+ }
+
+ /* Ordered lists */
+ ol
+ {
+ text-align: left;
+ }
+
+/*=============================================================================
+ Links
+=============================================================================*/
+
+ a
+ {
+ text-decoration: none; /* no underline */
+ }
+
+ a:hover
+ {
+ text-decoration: underline;
+ }
+
+/*=============================================================================
+ Spirit style navigation
+=============================================================================*/
+
+ .spirit-nav
+ {
+ text-align: right;
+ }
+
+ .spirit-nav a
+ {
+ color: white;
+ padding-left: 0.5em;
+ }
+
+ .spirit-nav img
+ {
+ border-width: 0px;
+ }
+
+/*=============================================================================
+ Copyright footer
+=============================================================================*/
+ .copyright-footer
+ {
+ text-align: right;
+ font-size: 70%;
+ }
+
+ .copyright-footer p
+ {
+ text-align: right;
+ font-size: 80%;
+ }
+
+/*=============================================================================
+ Table of contents
+=============================================================================*/
+
+ .toc
+ {
+ margin: 1pc 4% 0pc 4%;
+ padding: 0.1pc 1pc 0.1pc 1pc;
+ font-size: 80%;
+ line-height: 1.15;
+ }
+
+ .boost-toc
+ {
+ float: right;
+ padding: 0.5pc;
+ }
+
+/*=============================================================================
+ Tables
+=============================================================================*/
+
+ .table-title,
+ div.table p.title
+ {
+ margin-left: 4%;
+ padding-right: 0.5em;
+ padding-left: 0.5em;
+ }
+
+ .informaltable table,
+ .table table
+ {
+ width: 92%;
+ margin-left: 4%;
+ margin-right: 4%;
+ }
+
+ div.informaltable table,
+ div.table table
+ {
+ padding: 4px;
+ }
+
+ /* Table Cells */
+ div.informaltable table tr td,
+ div.table table tr td
+ {
+ padding: 0.5em;
+ text-align: left;
+ font-size: 9pt;
+ }
+
+ div.informaltable table tr th,
+ div.table table tr th
+ {
+ padding: 0.5em 0.5em 0.5em 0.5em;
+ border: 1pt solid white;
+ font-size: 80%;
+ }
+
+ table.simplelist
+ {
+ width: auto !important;
+ margin: 0em !important;
+ padding: 0em !important;
+ border: none !important;
+ }
+ table.simplelist td
+ {
+ margin: 0em !important;
+ padding: 0em !important;
+ text-align: left !important;
+ font-size: 9pt !important;
+ border: none !important;
+ }
+
+/*=============================================================================
+ Blurbs
+=============================================================================*/
+
+ div.note,
+ div.tip,
+ div.important,
+ div.caution,
+ div.warning,
+ p.blurb
+ {
+ font-size: 9pt; /* A little bit smaller than the main text */
+ line-height: 1.2;
+ display: block;
+ margin: 1pc 4% 0pc 4%;
+ padding: 0.5pc 0.5pc 0.5pc 0.5pc;
+ }
+
+ p.blurb img
+ {
+ padding: 1pt;
+ }
+
+/*=============================================================================
+ Variable Lists
+=============================================================================*/
+
+ div.variablelist
+ {
+ margin: 1em 0;
+ }
+
+ /* Make the terms in definition lists bold */
+ div.variablelist dl dt,
+ span.term
+ {
+ font-weight: bold;
+ font-size: 10pt;
+ }
+
+ div.variablelist table tbody tr td
+ {
+ text-align: left;
+ vertical-align: top;
+ padding: 0em 2em 0em 0em;
+ font-size: 10pt;
+ margin: 0em 0em 0.5em 0em;
+ line-height: 1;
+ }
+
+ div.variablelist dl dt
+ {
+ margin-bottom: 0.2em;
+ }
+
+ div.variablelist dl dd
+ {
+ margin: 0em 0em 0.5em 2em;
+ font-size: 10pt;
+ }
+
+ div.variablelist table tbody tr td p,
+ div.variablelist dl dd p
+ {
+ margin: 0em 0em 0.5em 0em;
+ line-height: 1;
+ }
+
+/*=============================================================================
+ Misc
+=============================================================================*/
+
+ /* Title of books and articles in bibliographies */
+ span.title
+ {
+ font-style: italic;
+ }
+
+ span.underline
+ {
+ text-decoration: underline;
+ }
+
+ span.strikethrough
+ {
+ text-decoration: line-through;
+ }
+
+ /* Copyright, Legal Notice */
+ div div.legalnotice p
+ {
+ text-align: left
+ }
+
+/*=============================================================================
+ Colors
+=============================================================================*/
+
+ @media screen
+ {
+ body {
+ background-color: #FFFFFF;
+ color: #000000;
+ }
+
+ /* Links */
+ a
+ {
+ color: #005a9c;
+ }
+
+ a:visited
+ {
+ color: #9c5a9c;
+ }
+
+ h1 a, h2 a, h3 a, h4 a, h5 a, h6 a,
+ h1 a:hover, h2 a:hover, h3 a:hover, h4 a:hover, h5 a:hover, h6 a:hover,
+ h1 a:visited, h2 a:visited, h3 a:visited, h4 a:visited, h5 a:visited, h6 a:visited
+ {
+ text-decoration: none; /* no underline */
+ color: #000000;
+ }
+
+ /* Syntax Highlighting */
+ .keyword { color: #0000AA; }
+ .identifier { color: #000000; }
+ .special { color: #707070; }
+ .preprocessor { color: #402080; }
+ .char { color: teal; }
+ .comment { color: #800000; }
+ .string { color: teal; }
+ .number { color: teal; }
+ .white_bkd { background-color: #FFFFFF; }
+ .dk_grey_bkd { background-color: #999999; }
+
+ /* Copyright, Legal Notice */
+ .copyright
+ {
+ color: #666666;
+ font-size: small;
+ }
+
+ div div.legalnotice p
+ {
+ color: #666666;
+ }
+
+ /* Program listing */
+ pre.synopsis
+ {
+ border: 1px solid #DCDCDC;
+ }
+
+ .programlisting,
+ .screen
+ {
+ border: 1px solid #DCDCDC;
+ }
+
+ td .programlisting,
+ td .screen
+ {
+ border: 0px solid #DCDCDC;
+ }
+
+ /* Blurbs */
+ div.note,
+ div.tip,
+ div.important,
+ div.caution,
+ div.warning,
+ p.blurb
+ {
+ border: 1px solid #DCDCDC;
+ }
+
+ /* Table of contents */
+ .toc
+ {
+ border: 1px solid #DCDCDC;
+ }
+
+ /* Tables */
+ div.informaltable table tr td,
+ div.table table tr td
+ {
+ border: 1px solid #DCDCDC;
+ }
+
+ div.informaltable table tr th,
+ div.table table tr th
+ {
+ background-color: #F0F0F0;
+ border: 1px solid #DCDCDC;
+ }
+
+ .copyright-footer
+ {
+ color: #8F8F8F;
+ }
+
+ /* Misc */
+ span.highlight
+ {
+ color: #00A000;
+ }
+ }
+
+ @media print
+ {
+ /* Links */
+ a
+ {
+ color: black;
+ }
+
+ a:visited
+ {
+ color: black;
+ }
+
+ .spirit-nav
+ {
+ display: none;
+ }
+
+ /* Program listing */
+ pre.synopsis
+ {
+ border: 1px solid gray;
+ }
+
+ .programlisting,
+ .screen
+ {
+ border: 1px solid gray;
+ }
+
+ td .programlisting,
+ td .screen
+ {
+ border: 0px solid #DCDCDC;
+ }
+
+ /* Table of contents */
+ .toc
+ {
+ border: 1px solid gray;
+ }
+
+ .informaltable table,
+ .table table
+ {
+ border: 1px solid gray;
+ border-collapse: collapse;
+ }
+
+ /* Tables */
+ div.informaltable table tr td,
+ div.table table tr td
+ {
+ border: 1px solid gray;
+ }
+
+ div.informaltable table tr th,
+ div.table table tr th
+ {
+ border: 1px solid gray;
+ }
+
+ table.simplelist tr td
+ {
+ border: none !important;
+ }
+
+ /* Misc */
+ span.highlight
+ {
+ font-weight: bold;
+ }
+ }
+
+/*=============================================================================
+ Images
+=============================================================================*/
+
+ span.inlinemediaobject img
+ {
+ vertical-align: middle;
+ }
+
+/*==============================================================================
+ Super and Subscript: style so that line spacing isn't effected, see
+ http://www.adobe.com/cfusion/communityengine/index.cfm?event=showdetails&productId=1&postId=5341
+==============================================================================*/
+
+sup,
+sub {
+ height: 0;
+ line-height: 1;
+ vertical-align: baseline;
+ _vertical-align: bottom;
+ position: relative;
+
+}
+
+sup {
+ bottom: 1ex;
+}
+
+sub {
+ top: .5ex;
+}
+

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/alert.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/blank.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/caution.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/draft.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/home.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/important.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/next.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/next_disabled.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/note.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/prev.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/prev_disabled.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/smiley.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/tip.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/toc-blank.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/toc-minus.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/toc-plus.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/up.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/up_disabled.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/html/images/warning.png
==============================================================================
Binary file. No diff available.

Added: sandbox/contract/libs/contract/doc/html/doc/src/images/callouts/1.png
==============================================================================
Binary file. No diff available.

Next message: mario.mulansky_at_[hidden]: "[Boost-commit] svn:boost r72790 - sandbox/odeint/branches/karsten/tex"
Previous message: lorcaminiti_at_[hidden]: "[Boost-commit] svn:boost r72788 - sandbox/contract/libs/contract/doc/html"

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