hierarchy->group

[SVN r20155]
This commit is contained in:
Jeremy Siek 2003-09-22 16:04:44 +00:00
parent 5efcabf3bd
commit d68ac3db4c
2 changed files with 8 additions and 8 deletions

View File

@ -235,8 +235,8 @@ Bidirectional Iterator (2) -> Bidirectional Traversal Iterator and Writable I
</div> </div>
<div class="section" id="design"> <div class="section" id="design">
<h1><a class="toc-backref" href="#id3" name="design">Design</a></h1> <h1><a class="toc-backref" href="#id3" name="design">Design</a></h1>
<p>The iterator requirements are to be separated into two hierarchies. One <p>The iterator requirements are to be separated into two groups. One set
set of concepts handles the syntax and semantics of value access:</p> of concepts handles the syntax and semantics of value access:</p>
<ul class="simple"> <ul class="simple">
<li>Readable Iterator</li> <li>Readable Iterator</li>
<li>Writable Iterator</li> <li>Writable Iterator</li>
@ -276,8 +276,8 @@ but instead use the equivalent of a bitfield.</p>
<p>We provide an access mechanism for mapping iterator types to the new <p>We provide an access mechanism for mapping iterator types to the new
traversal tags and access bitfield. Our design reuses traversal tags and access bitfield. Our design reuses
<tt class="literal"><span class="pre">iterator_traits&lt;Iter&gt;::iterator_category</span></tt> as the access <tt class="literal"><span class="pre">iterator_traits&lt;Iter&gt;::iterator_category</span></tt> as the access
mechanism. To that end, a pair of access and traversal tags are mechanism. To that end, the access and traversal information is
combined into a single type using the following <cite>iterator_tag</cite> class.</p> bundled into a single type using the following <cite>iterator_tag</cite> class.</p>
<pre class="literal-block"> <pre class="literal-block">
enum iterator_access { readable_iterator = 1, writable_iterator = 2, enum iterator_access { readable_iterator = 1, writable_iterator = 2,
swappable_iterator = 4, lvalue_iterator = 8 }; swappable_iterator = 4, lvalue_iterator = 8 };

View File

@ -208,8 +208,8 @@ Input Iterator (2) -> Incrementable Iterator and Readable Iterator
Design Design
======== ========
The iterator requirements are to be separated into two hierarchies. One The iterator requirements are to be separated into two groups. One set
set of concepts handles the syntax and semantics of value access: of concepts handles the syntax and semantics of value access:
- Readable Iterator - Readable Iterator
- Writable Iterator - Writable Iterator
@ -256,8 +256,8 @@ but instead use the equivalent of a bitfield.
We provide an access mechanism for mapping iterator types to the new We provide an access mechanism for mapping iterator types to the new
traversal tags and access bitfield. Our design reuses traversal tags and access bitfield. Our design reuses
``iterator_traits<Iter>::iterator_category`` as the access ``iterator_traits<Iter>::iterator_category`` as the access
mechanism. To that end, a pair of access and traversal tags are mechanism. To that end, the access and traversal information is
combined into a single type using the following `iterator_tag` class. bundled into a single type using the following `iterator_tag` class.
:: ::