Ticket #9212: fix_urls_release_2.patch
File fix_urls_release_2.patch, 44.1 KB (added by , 9 years ago) |
---|
-
boost/type_traits/is_abstract.hpp
19 19 // Compile type discovery whether given type is abstract class or not. 20 20 // 21 21 // Requires DR 337 to be supported by compiler 22 // (http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_active.html#337).22 // (http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#337). 23 23 // 24 24 // 25 25 // Believed (Jan 2004) to work on: -
boost/ptr_container/detail/static_move_ptr.hpp
5 5 // file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt.) 6 6 7 7 // Implementation of the move_ptr from the "Move Proposal" 8 // (http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1377.htm)8 // (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1377.htm) 9 9 // enhanced to support custom deleters and safe boolean conversions. 10 10 // 11 11 // The implementation is based on an implementation by Daniel Wallin, at -
boost/multi_index/detail/auto_space.hpp
40 40 * "of zero length", http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14176 41 41 * C++ Standard Library Defect Report List (Revision 28), issue 199 42 42 * "What does allocate(0) return?", 43 * http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-defects.html#19943 * http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#199 44 44 */ 45 45 46 46 template<typename T,typename Allocator=std::allocator<T> > -
boost/program_options/options_description.hpp
61 61 62 62 Alas, derived->base conversion for auto_ptr does not really work, 63 63 see 64 http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2000/n1232.pdf65 http:// std.dkuug.dk/jtc1/sc22/wg21/docs/cwg_defects.html#8464 http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2000/n1232.pdf 65 http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#84 66 66 67 67 So, we have to use plain old pointers. Besides, users are not 68 68 expected to use the constructor directly. -
libs/multi_array/doc/iterator_categories.html
50 50 <td><tt>*i</tt> is convertible to <tt>T</tt></td></tr> 51 51 <tr> 52 52 <td>Forward Iterator</td> 53 <td><tt>*i</tt> is <tt>T&</tt> (or <tt>const T&</tt> once <a href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#200">issue53 <td><tt>*i</tt> is <tt>T&</tt> (or <tt>const T&</tt> once <a href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#200">issue 54 54 200</a> is resolved)</td></tr> 55 55 <tr> 56 56 <td>Random Access Iterator</td> … … 61 61 <p>Because of the mixing of iterator traversal and dereference return type, many 62 62 useful iterators can not be appropriately categorized. For example, 63 63 <tt>vector<bool>::iterator</tt> is almost a random access iterator, but 64 the return type is not <tt>bool&</tt> (see <a href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#96">issue64 the return type is not <tt>bool&</tt> (see <a href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#96">issue 65 65 96</a> and Herb Sutter's paper J16/99-0008 = WG21 N1185). Therefore, the 66 66 iterators only meet the requirements of input iterator and output iterator. This 67 67 is so nonintuitive that at least one implementation erroneously assigns … … 74 74 There are two ways to implement this iterator, 1) make the <tt>reference</tt> 75 75 type be a true reference (a reference to an integer data member of the counting 76 76 iterator) or 2) make the <tt>reference</tt> type be the same as the 77 <tt>value_type</tt>. Option 1) runs into the problems discussed in <a href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#198">Issue77 <tt>value_type</tt>. Option 1) runs into the problems discussed in <a href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#198">Issue 78 78 198</a>, the reference will not be valid after the iterator is destroyed. Option 79 79 2) is therefore a better choice, but then we have a counting iterator that 80 80 cannot be a random access iterator. -
libs/fusion/doc/fusion.qbk
30 30 [def __mpl__ [@http://www.boost.org/libs/mpl/index.html MPL]] 31 31 [def __stl__ [@http://en.wikipedia.org/wiki/Standard_Template_Library STL]] 32 32 [def __tuple__ [@http://www.boost.org/libs/tuple/doc/tuple_users_guide.html Boost.Tuple]] 33 [def __tr1__tuple__ [@http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1403.pdf TR1 Tuple]]33 [def __tr1__tuple__ [@http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1403.pdf TR1 Tuple]] 34 34 [def __boost_tools__ [@http://www.boost.org/tools/index.html Boost Tools]] 35 35 [def __spirit_list__ [@https://lists.sourceforge.net/lists/listinfo/spirit-general Spirit Mailing List]] 36 36 [def __spirit_general__ [@news://news.gmane.org/gmane.comp.spirit.general Spirit General NNTP news portal]] -
libs/utility/value_init.htm
159 159 <h3><a name="valueinit">value-initialization</a></h3> 160 160 161 161 <p>The first <a 162 href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/cwg_defects.html">Technical162 href="http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_defects.html">Technical 163 163 Corrigendum for the C++ Standard</a> (TC1), whose draft was released to 164 164 the public in November 2001, introduced <a 165 href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/cwg_defects.html#178">Core165 href="http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_defects.html#178">Core 166 166 Issue 178</a> (among many other issues, of course).</p> 167 167 168 168 <p> That issue introduced the new concept of <code>value-initialization</code> -
libs/utility/utility.htm
313 313 Technical Report, 314 314 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1836.pdf">N1836</a>, 315 315 or, for motivation and design rationale, 316 the <code>result_of</code> <a href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1454.html">proposal</a>.</p>316 the <code>result_of</code> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1454.html">proposal</a>.</p> 317 317 318 318 <a name="result_of_guidelines"> 319 319 <h3>Usage guidelines for boost::result_of</h3> -
libs/iterator/doc/ref_problem.rst
3 3 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 4 4 5 5 .. _N1550: http://www.boost-consulting.com/writing/n1550.html 6 .. _N1530: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1530.html6 .. _N1530: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1530.html 7 7 8 8 :Author: David Abrahams and Jeremy Siek 9 9 :Contact: dave@boost-consulting.com, jsiek@osl.iu.edu -
libs/iterator/doc/iterator_facade.html
242 242 into the temporary iterator <tt class="docutils literal"><span class="pre">p+n</span></tt>, which is destroyed when 243 243 <tt class="docutils literal"><span class="pre">operator[]</span></tt> returns.</p> 244 244 <p>Writable iterators built with <tt class="docutils literal"><span class="pre">iterator_facade</span></tt> implement the 245 semantics required by the preferred resolution to <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#299">issue 299</a> and246 adopted by proposal <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html">n1550</a>: the result of <tt class="docutils literal"><span class="pre">p[n]</span></tt> is an object245 semantics required by the preferred resolution to <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#299">issue 299</a> and 246 adopted by proposal <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm">n1550</a>: the result of <tt class="docutils literal"><span class="pre">p[n]</span></tt> is an object 247 247 convertible to the iterator's <tt class="docutils literal"><span class="pre">value_type</span></tt>, and <tt class="docutils literal"><span class="pre">p[n]</span> <span class="pre">=</span> <span class="pre">x</span></tt> is 248 248 equivalent to <tt class="docutils literal"><span class="pre">*(p</span> <span class="pre">+</span> <span class="pre">n)</span> <span class="pre">=</span> <span class="pre">x</span></tt> (Note: This result object may be 249 249 implemented as a proxy containing a copy of <tt class="docutils literal"><span class="pre">p+n</span></tt>). This approach -
libs/iterator/doc/new-iter-concepts.html
27 27 Lab</a>, <a class="last reference external" href="http://www.styleadvisor.com">Zephyr Associates, Inc.</a></td></tr> 28 28 <tr><th class="docinfo-name">Date:</th> 29 29 <td>2006-09-11</td></tr> 30 <tr class="field"><th class="docinfo-name">Number:</th><td class="field-body">This is a revised version of <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1550.html">n1550</a>=03-0133, which was30 <tr class="field"><th class="docinfo-name">Number:</th><td class="field-body">This is a revised version of <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1550.htm">n1550</a>=03-0133, which was 31 31 accepted for Technical Report 1 by the C++ standard 32 32 committee's library working group. This proposal is a 33 revision of paper <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1297.html">n1297</a>, <a class="reference external" href="http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1477.html">n1477</a>, and <a class="reference external" href="http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1531.html">n1531</a>.</td>33 revision of paper <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2001/n1297.html">n1297</a>, <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1477.html">n1477</a>, and <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1531.html">n1531</a>.</td> 34 34 </tr> 35 35 <tr><th class="docinfo-name">Copyright:</th> 36 36 <td>Copyright David Abrahams, Jeremy Siek, and Thomas Witt … … 127 127 <td><tt class="docutils literal"><span class="pre">*i</span></tt> is convertible to <tt class="docutils literal"><span class="pre">T</span></tt></td> 128 128 </tr> 129 129 <tr><td>Forward Iterator</td> 130 <td><tt class="docutils literal"><span class="pre">*i</span></tt> is <tt class="docutils literal"><span class="pre">T&</span></tt> (or <tt class="docutils literal"><span class="pre">const</span> <span class="pre">T&</span></tt> once <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#200">issue 200</a>130 <td><tt class="docutils literal"><span class="pre">*i</span></tt> is <tt class="docutils literal"><span class="pre">T&</span></tt> (or <tt class="docutils literal"><span class="pre">const</span> <span class="pre">T&</span></tt> once <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#200">issue 200</a> 131 131 is resolved)</td> 132 132 </tr> 133 133 <tr><td>Random Access Iterator</td> 134 134 <td><tt class="docutils literal"><span class="pre">i[n]</span></tt> is convertible to <tt class="docutils literal"><span class="pre">T</span></tt> (also <tt class="docutils literal"><span class="pre">i[n]</span> <span class="pre">=</span> <span class="pre">t</span></tt> 135 is required for mutable iterators once <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#299">issue 299</a>135 is required for mutable iterators once <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#299">issue 299</a> 136 136 is resolved)</td> 137 137 </tr> 138 138 </tbody> … … 141 141 single hierarchy, many useful iterators can not be appropriately 142 142 categorized. For example, <tt class="docutils literal"><span class="pre">vector<bool>::iterator</span></tt> is almost a 143 143 random access iterator, but the return type is not <tt class="docutils literal"><span class="pre">bool&</span></tt> (see 144 <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#96">issue 96</a> and Herb Sutter's paper J16/99-0008 = WG21144 <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#96">issue 96</a> and Herb Sutter's paper J16/99-0008 = WG21 145 145 N1185). Therefore, the iterators of <tt class="docutils literal"><span class="pre">vector<bool></span></tt> only meet the 146 146 requirements of input iterator and output iterator. This is so 147 147 nonintuitive that the C++ standard contradicts itself on this point. … … 344 344 direction would mean that an iterator satisfying the old Random Access 345 345 Iterator requirements would not necessarily be a model of Readable or 346 346 Writable Lvalue Iterator. Instead we have chosen a design that 347 matches the preferred resolution of <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#299">issue 299</a>: <tt class="docutils literal"><span class="pre">operator[]</span></tt> is347 matches the preferred resolution of <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#299">issue 299</a>: <tt class="docutils literal"><span class="pre">operator[]</span></tt> is 348 348 only required to return something convertible to the <tt class="docutils literal"><span class="pre">value_type</span></tt> 349 349 (for a Readable Iterator), and is required to support assignment 350 350 <tt class="docutils literal"><span class="pre">i[n]</span> <span class="pre">=</span> <span class="pre">t</span></tt> (for a Writable Iterator).</p> … … 976 976 <div class="section" id="addition-to-lib-iterator-traits"> 977 977 <h2><a class="toc-backref" href="#id23">Addition to [lib.iterator.traits]</a></h2> 978 978 <p>The <tt class="docutils literal"><span class="pre">is_readable_iterator</span></tt> class 979 template satisfies the <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1519.htm">UnaryTypeTrait</a> requirements.</p>979 template satisfies the <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1519.htm">UnaryTypeTrait</a> requirements.</p> 980 980 <p>Given an iterator type <tt class="docutils literal"><span class="pre">X</span></tt>, <tt class="docutils literal"><span class="pre">is_readable_iterator<X>::value</span></tt> 981 981 yields <tt class="docutils literal"><span class="pre">true</span></tt> if, for an object <tt class="docutils literal"><span class="pre">a</span></tt> of type <tt class="docutils literal"><span class="pre">X</span></tt>, <tt class="docutils literal"><span class="pre">*a</span></tt> is 982 982 convertible to <tt class="docutils literal"><span class="pre">iterator_traits<X>::value_type</span></tt>, and <tt class="docutils literal"><span class="pre">false</span></tt> … … 1007 1007 </div> 1008 1008 <div class="section" id="footnotes"> 1009 1009 <h1><a class="toc-backref" href="#id24">Footnotes</a></h1> 1010 <p>The UnaryTypeTrait concept is defined in <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1519.htm">n1519</a>; the LWG is1010 <p>The UnaryTypeTrait concept is defined in <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1519.htm">n1519</a>; the LWG is 1011 1011 considering adding the requirement that specializations are derived 1012 1012 from their nested <tt class="docutils literal"><span class="pre">::type</span></tt>.</p> 1013 1013 <!-- LocalWords: Abrahams Siek Witt const bool Sutter's WG int UL LI href Lvalue -
libs/iterator/doc/issues.rst
3 3 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 4 4 5 5 .. _N1550: http://www.boost-consulting.com/writing/n1550.html 6 .. _N1530: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1530.html6 .. _N1530: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1530.html 7 7 8 8 :Author: David Abrahams and Jeremy Siek 9 9 :Contact: dave@boost-consulting.com, jsiek@osl.iu.edu -
libs/iterator/doc/facade-and-adaptor.rst
19 19 .. Version 1.9 of this ReStructuredText document corresponds to 20 20 n1530_, the paper accepted by the LWG. 21 21 22 .. _n1530: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1530.html22 .. _n1530: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1530.html 23 23 24 24 :copyright: Copyright David Abrahams, Jeremy Siek, and Thomas Witt 2003. 25 25 … … 140 140 iterators suffer from the well known categorization problems that are 141 141 inherent to the current iterator categories. 142 142 143 .. _n1550: http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html143 .. _n1550: http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm 144 144 145 145 This proposal does not strictly depend on proposal n1550_, as there 146 146 is a direct mapping between new and old categories. This proposal … … 169 169 fixes the issues raised in 280. It provides the desired 170 170 interoperability without introducing unwanted overloads. 171 171 172 .. _179: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-defects.html#179173 .. _280: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#280172 .. _179: http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#179 173 .. _280: http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#280 174 174 175 175 176 176 Iterator Facade -
libs/iterator/doc/new-iter-concepts.rst
38 38 39 39 .. contents:: Table of Contents 40 40 41 .. _n1297: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1297.html42 .. _n1477: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1477.html43 .. _n1531: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1531.html44 .. _n1550: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1550.html41 .. _n1297: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2001/n1297.html 42 .. _n1477: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1477.html 43 .. _n1531: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1531.html 44 .. _n1550: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1550.htm 45 45 46 46 ============ 47 47 Motivation … … 76 76 | |is resolved) | 77 77 +------------------------+-----------------------------------------------------+ 78 78 79 .. _issue 200: http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#20080 .. _issue 299: http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#29979 .. _issue 200: http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#200 80 .. _issue 299: http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#299 81 81 82 82 83 83 Because iterator traversal and value access are mixed together in a … … 91 91 In paragraph 23.2.4/1 it says that a ``vector`` is a sequence that 92 92 supports random access iterators. 93 93 94 .. _issue 96: http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/lwg-active.html#9694 .. _issue 96: http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-active.html#96 95 95 96 96 Another difficult-to-categorize iterator is the transform iterator, an 97 97 adaptor which applies a unary function object to the dereferenced … … 791 791 considering adding the requirement that specializations are derived 792 792 from their nested ``::type``. 793 793 794 .. _n1519: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1519.htm794 .. _n1519: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1519.htm 795 795 796 796 .. 797 797 LocalWords: Abrahams Siek Witt const bool Sutter's WG int UL LI href Lvalue -
libs/iterator/doc/quickbook/facade.qbk
165 165 class; it will hide the one supplied by `iterator_facade` from 166 166 clients of her iterator. 167 167 168 .. _n1550: http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html168 .. _n1550: http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm 169 169 170 .. _`issue 299`: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#299170 .. _`issue 299`: http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#299 171 171 172 172 .. _`operator arrow`: 173 173 -
libs/iterator/doc/facade-and-adaptor.html
26 26 Lab</a>, <a class="last reference external" href="http://www.styleadvisor.com">Zephyr Associates, Inc.</a></td></tr> 27 27 <tr><th class="docinfo-name">Date:</th> 28 28 <td>2006-09-11</td></tr> 29 <tr class="field"><th class="docinfo-name">Number:</th><td class="field-body">This is a revised version of <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1530.html">N1530</a>=03-0113, which was29 <tr class="field"><th class="docinfo-name">Number:</th><td class="field-body">This is a revised version of <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1530.html">N1530</a>=03-0113, which was 30 30 accepted for Technical Report 1 by the C++ standard 31 31 committee's library working group.</td> 32 32 </tr> … … 239 239 <div class="section" id="iterator-concepts"> 240 240 <h2><a class="toc-backref" href="#id18">Iterator Concepts</a></h2> 241 241 <p>This proposal is formulated in terms of the new <tt class="docutils literal"><span class="pre">iterator</span> <span class="pre">concepts</span></tt> 242 as proposed in <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html">n1550</a>, since user-defined and especially adapted242 as proposed in <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm">n1550</a>, since user-defined and especially adapted 243 243 iterators suffer from the well known categorization problems that are 244 244 inherent to the current iterator categories.</p> 245 <p>This proposal does not strictly depend on proposal <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html">n1550</a>, as there245 <p>This proposal does not strictly depend on proposal <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm">n1550</a>, as there 246 246 is a direct mapping between new and old categories. This proposal 247 could be reformulated using this mapping if <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html">n1550</a> was not accepted.</p>247 could be reformulated using this mapping if <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm">n1550</a> was not accepted.</p> 248 248 </div> 249 249 <div class="section" id="interoperability"> 250 250 <h2><a class="toc-backref" href="#id19">Interoperability</a></h2> 251 251 <p>The question of iterator interoperability is poorly addressed in the 252 252 current standard. There are currently two defect reports that are 253 253 concerned with interoperability issues.</p> 254 <p>Issue <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-defects.html#179">179</a> concerns the fact that mutable container iterator types254 <p>Issue <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#179">179</a> concerns the fact that mutable container iterator types 255 255 are only required to be convertible to the corresponding constant 256 256 iterator types, but objects of these types are not required to 257 257 interoperate in comparison or subtraction expressions. This situation 258 258 is tedious in practice and out of line with the way built in types 259 259 work. This proposal implements the proposed resolution to issue 260 <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-defects.html#179">179</a>, as most standard library implementations do nowadays. In other260 <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#179">179</a>, as most standard library implementations do nowadays. In other 261 261 words, if an iterator type A has an implicit or user defined 262 262 conversion to an iterator type B, the iterator types are interoperable 263 263 and the usual set of operators are available.</p> 264 <p>Issue <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#280">280</a> concerns the current lack of interoperability between264 <p>Issue <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#280">280</a> concerns the current lack of interoperability between 265 265 reverse iterator types. The proposed new reverse_iterator template 266 266 fixes the issues raised in 280. It provides the desired 267 267 interoperability without introducing unwanted overloads.</p> … … 422 422 into the temporary iterator <tt class="docutils literal"><span class="pre">p+n</span></tt>, which is destroyed when 423 423 <tt class="docutils literal"><span class="pre">operator[]</span></tt> returns.</p> 424 424 <p>Writable iterators built with <tt class="docutils literal"><span class="pre">iterator_facade</span></tt> implement the 425 semantics required by the preferred resolution to <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#299">issue 299</a> and426 adopted by proposal <a class="reference external" href="http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html">n1550</a>: the result of <tt class="docutils literal"><span class="pre">p[n]</span></tt> is an object425 semantics required by the preferred resolution to <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#299">issue 299</a> and 426 adopted by proposal <a class="reference external" href="http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm">n1550</a>: the result of <tt class="docutils literal"><span class="pre">p[n]</span></tt> is an object 427 427 convertible to the iterator's <tt class="docutils literal"><span class="pre">value_type</span></tt>, and <tt class="docutils literal"><span class="pre">p[n]</span> <span class="pre">=</span> <span class="pre">x</span></tt> is 428 428 equivalent to <tt class="docutils literal"><span class="pre">*(p</span> <span class="pre">+</span> <span class="pre">n)</span> <span class="pre">=</span> <span class="pre">x</span></tt> (Note: This result object may be 429 429 implemented as a proxy containing a copy of <tt class="docutils literal"><span class="pre">p+n</span></tt>). This approach -
libs/iterator/doc/iterator_facade_body.rst
167 167 class; it will hide the one supplied by ``iterator_facade`` from 168 168 clients of her iterator. 169 169 170 .. _n1550: http:// anubis.dkuug.dk/JTC1/SC22/WG21/docs/papers/2003/n1550.html170 .. _n1550: http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2003/n1550.htm 171 171 172 .. _`issue 299`: http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#299172 .. _`issue 299`: http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#299 173 173 174 174 .. _`operator arrow`: 175 175 -
libs/functional/ptr_fun.html
108 108 declaring the argument as <tt>const Arg&</tt>, then if Arg were a 109 109 reference type, we would have a reference to a reference, which is 110 110 currently illegal (but see <a href= 111 "http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ core111 "http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ core 112 112 language issue number 106)</a></p> 113 113 114 114 <p>So the way in which we want to declare the argument for -
libs/functional/negators.html
99 99 <p>Note that if the Predicate's <tt>argument_type</tt> is a reference, the 100 100 type of <tt>operator()</tt>'s argument would be a reference to a reference. 101 101 Currently this is illegal in C++ (but see the <a href= 102 "http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_active.html#106">C++102 "http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ 103 103 standard core language active issues list</a>).</p> 104 104 105 105 <p>However, if we instead defined <tt>operator()</tt> to accept Predicate's -
libs/functional/binders.html
121 121 be <tt>std::ostream&&</tt>. Since you cannot have a reference to a 122 122 reference, at this point we should get a compilation error because 123 123 references to references are illegal in C++ (but see <a href= 124 "http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_active.html#106">C++124 "http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ 125 125 Standard core language active issues list</a>).</p> 126 126 127 127 <p>The binders in this library avoid this problem by using the Boost -
libs/functional/mem_fun.html
151 151 declaring the argument as <tt>const A&</tt>, then if A were a 152 152 reference type, we would have a reference to a reference, which is 153 153 currently illegal (but see <a href= 154 "http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ core154 "http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ core 155 155 language issue number 106)</a></p> 156 156 157 157 <p>So the way in which we want to declare the second argument for -
libs/functional/index.html
228 228 <li>The Standard Committee has recognised the problem of references to 229 229 references occurring during template instantiation and has moved to fix 230 230 the standard (see the <a href= 231 "http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_active.html#106">C++231 "http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#106">C++ 232 232 standard core language active issues list</a>).</li> 233 233 </ol> 234 234 -
libs/function_types/example/fast_mem_fn.hpp
62 62 // ============ 63 63 // 64 64 // [Dimov1] Dimov, P., Hinnant H., Abrahams, D. The Forwarding Problem 65 // http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm65 // http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm 66 66 // 67 67 // [Dimov2] Dimov, P. Documentation of boost::mem_fn 68 68 // http://www.boost.org/libs/bind/mem_fn.html -
libs/function_types/example/result_of.hpp
26 26 // 27 27 // [Gregor02] Gregor, D. A uniform method for computing function object return 28 28 // types (revision 1) 29 // http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1454.html29 // http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1454.html 30 30 31 31 #include <boost/function_types/result_type.hpp> 32 32 #include <boost/function_types/is_callable_builtin.hpp> -
libs/parameter/doc/html/index.html
727 727 implementation when you make a mistake).<a class="footnote-reference" href="#conceptcpp" id="id7"><sup>4</sup></a></li> 728 728 <li>The problems with exposing such permissive function template 729 729 signatures have been the subject of much discussion, especially 730 in the presence of <a class="reference external" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-defects.html#225">unqualified calls</a>. If all we want is to730 in the presence of <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#225">unqualified calls</a>. If all we want is to 731 731 avoid unintentional argument-dependent lookup (ADL), we can 732 732 isolate <tt class="docutils literal"><span class="pre">depth_first_search</span></tt> in a namespace containing no 733 733 types<a class="footnote-reference" href="#using" id="id8"><sup>6</sup></a>, but suppose we <em>want</em> it to found via ADL?</li> … … 1601 1601 int main() 1602 1602 {}''') --> 1603 1603 <!-- @test('run', howmany='all') --> 1604 <p>Note that because of the <a class="reference external" href="http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm">forwarding problem</a>, <tt class="docutils literal"><span class="pre">parameter::parameters::operator()</span></tt>1604 <p>Note that because of the <a class="reference external" href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm">forwarding problem</a>, <tt class="docutils literal"><span class="pre">parameter::parameters::operator()</span></tt> 1605 1605 can't accept non-const rvalues.</p> 1606 1606 </div> 1607 1607 <div class="section" id="extracting-parameter-types"> -
libs/parameter/doc/index.rst
783 783 isolate ``depth_first_search`` in a namespace containing no 784 784 types [#using]_, but suppose we *want* it to found via ADL? 785 785 786 __ http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-defects.html#225786 __ http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#225 787 787 788 788 It's usually a good idea to prevent functions from being considered 789 789 for overload resolution when the passed argument types aren't … … 1767 1767 Note that because of the `forwarding problem`_, ``parameter::parameters::operator()`` 1768 1768 can't accept non-const rvalues. 1769 1769 1770 .. _`forwarding problem`: http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm1770 .. _`forwarding problem`: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm 1771 1771 1772 1772 Extracting Parameter Types 1773 1773 ========================== -
libs/bimap/doc/bimap.qbk
121 121 [def __ORDER_STATISTICS_TREE__ [@http://pine.cs.yale.edu/pinewiki/OrderStatisticsTree ['order-statistics trees]]] 122 122 123 123 [def __GENERIC_PROGRAMMING_MOVE_CONSTRUCTORS__ [@http://www.ddj.com/dept/cpp/184403855 "Generic<Programming>: Move Constructors]] 124 [def __CLARIFICATION_OF_INITIALIZATION__ [@http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2004/n1610.html "Clarification of Initialization of Class Objects by rvalues"]]124 [def __CLARIFICATION_OF_INITIALIZATION__ [@http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1610.html "Clarification of Initialization of Class Objects by rvalues"]] 125 125 126 126 127 127 [/ Code snippets ] -
libs/range/doc/boost_range.qbk
171 171 [def __metafunctions__ [@boost:/libs/mpl/doc/refmanual/metafunction.html metafunctions]] 172 172 [def __concept_check__ [@boost:/libs/concept_check/index.html Boost Concept Check library]] 173 173 [def __boost_array__ [@boost:/libs/array/index.html boost::array]] 174 [def __the_forwarding_problem__ [@http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm The Forwarding Problem]]174 [def __the_forwarding_problem__ [@http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm The Forwarding Problem]] 175 175 176 176 [def __sgi_inner_product__ [@http://www.sgi.com/tech/stl/inner_product.html inner_product]] 177 177 [def __sgi_partial_sum__ [@http://www.sgi.com/tech/stl/partial_sum.html partial_sum]] -
libs/smart_ptr/smart_ptr.htm
190 190 the full committee, <b>counted_ptr</b> was rejected and surprising 191 191 transfer-of-ownership semantics were added to <b>auto_ptr</b>.</p> 192 192 <h2><a name="References">References</a></h2> 193 <p>[<a name="Col-94">Col-94</a>] Gregory Colvin, <a href="http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/1994/N0555.pdf">193 <p>[<a name="Col-94">Col-94</a>] Gregory Colvin, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/1994/N0555.pdf"> 194 194 Exception Safe Smart Pointers</a>, C++ committee document 94-168/N0555, 195 195 July, 1994.</p> 196 196 <p>[<a name="E&D-94">E&D-94</a>] John R. Ellis & David L. Detlefs, <a href="http://www.usenix.org/publications/library/proceedings/c++94/full_papers/ellis.a"> -
libs/bind/bind.html
390 390 <p>As a general rule, the function objects generated by <b>bind</b> take their 391 391 arguments by reference and cannot, therefore, accept non-const temporaries or 392 392 literal constants. This is an inherent limitation of the C++ language in its 393 current (2003) incarnation, known as <A href="http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm">393 current (2003) incarnation, known as <A href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm"> 394 394 the forwarding problem</A>. (It will be fixed in the next standard, usually 395 395 called C++0x.)</p> 396 396 <p>The library uses signatures of the form -
libs/assign/doc/index.html
1407 1407 <li> <a name="blitz"> <a href="http://www.oonumerics.org/blitz/"> http://www.oonumerics.org/blitz/ </A> 1408 1408 <li> <a name="initializer"> 1409 1409 Gabriel Dos Reis and Bjarne Stroustrup, 1410 <a href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1509.pdf"> "Generalized Initializer1410 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1509.pdf"> "Generalized Initializer 1411 1411 Lists"</a>, 2003 </a> 1412 1412 </OL> 1413 1413 </p> -
libs/iostreams/doc/bibliography.html
45 45 </TR> 46 46 <TR> 47 47 <TH ALIGN="left" VALIGN="top"><A NAME="dimov">[Dimov]</A></TD><TD WIDTH="1em"></TH> 48 <TD>Dimov, P., Hinnant, H. and Abrahams, A. The Forwarding Problem: Arguments. C++ standards committe document N1385=02-0043, September, 2002. <I>See</I> <A HREF="http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm" TARGET="_top"><CODE>http://std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2002/n1385.htm</CODE></A>.</TD>48 <TD>Dimov, P., Hinnant, H. and Abrahams, A. The Forwarding Problem: Arguments. C++ standards committe document N1385=02-0043, September, 2002. <I>See</I> <A HREF="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm" TARGET="_top"><CODE>http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1385.htm</CODE></A>.</TD> 49 49 </TR> 50 50 <TR> 51 51 <TH ALIGN="left" VALIGN="top"><A NAME="egorushkin">[Egorushkin]</A></TD><TD WIDTH="1em"></TH> -
libs/ptr_container/doc/ptr_container.rst
320 320 .. [8] C++ Standard Library Closed Issues List (Revision 27), 321 321 Item 218, `Algorithms do not use binary predicate objects for default comparisons`__. 322 322 323 __ http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-closed.html#218323 __ http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#218 324 324 325 325 .. [9] C++ Standard Library Active Issues List (Revision 27), 326 326 Item 226, `User supplied specializations or overloads of namespace std function templates`__. -
libs/ptr_container/doc/ptr_container.html
595 595 <colgroup><col class="label" /><col /></colgroup> 596 596 <tbody valign="top"> 597 597 <tr><td class="label"><a name="id18">[8]</a></td><td>C++ Standard Library Closed Issues List (Revision 27), 598 Item 218, <a class="reference" href="http:// anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-closed.html#218">Algorithms do not use binary predicate objects for default comparisons</a>.</td></tr>598 Item 218, <a class="reference" href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#218">Algorithms do not use binary predicate objects for default comparisons</a>.</td></tr> 599 599 </tbody> 600 600 </table> 601 601 <table class="docutils footnote" frame="void" id="id20" rules="none"> -
libs/array/doc/array.xml
68 68 69 69 <para>Note that this class is suggested to be part of the next 70 70 Technical Report, which will extend the C++ Standard (see 71 <ulink url="http:// std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1548.htm">http://std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1548.htm</ulink>).</para>71 <ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1548.htm">http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1548.htm</ulink>).</para> 72 72 73 73 <para>Update: <code>std::array</code> is (as of C++11) part of the C++ standard. 74 74 The differences between <code>boost::array</code> and <code>std::array</code> are minimal.