|
Boost-Commit : |
Subject: [Boost-commit] svn:boost r56872 - sandbox/committee/rvalue_ref
From: dave_at_[hidden]
Date: 2009-10-15 11:58:54
Author: dave
Date: 2009-10-15 11:58:53 EDT (Thu, 15 Oct 2009)
New Revision: 56872
URL: http://svn.boost.org/trac/boost/changeset/56872
Log:
Eliminated an unconvincing bullet and fixed a couple typos
Text files modified:
sandbox/committee/rvalue_ref/N2983-throwing-move.rst | 11 ++++-------
1 files changed, 4 insertions(+), 7 deletions(-)
Modified: sandbox/committee/rvalue_ref/N2983-throwing-move.rst
==============================================================================
--- sandbox/committee/rvalue_ref/N2983-throwing-move.rst (original)
+++ sandbox/committee/rvalue_ref/N2983-throwing-move.rst 2009-10-15 11:58:53 EDT (Thu, 15 Oct 2009)
@@ -39,10 +39,6 @@
* It can be a hard rule for users to follow.
-* Generating move constructors by default as proposed in N2904_
- requires a carefully-engineered set of rules about when such a
- default can be generated.
-
* It hobbles the optimization potential of move constructors, because
efficient move constructors that might throw (but almost never will)
can't be generated or written.
@@ -54,12 +50,13 @@
move-enabled.
* It forces the weakening of class invariants for some move-enabled
- classes: if move construction can throw, it must be possible to
- leave the source object in a resource-less state.
+ classes: if move construction is not allowed to throw, the invariant
+ must include a resource-less state in which we can leave the source
+ object.
* In some cases class maintainers may need to choose between
move-enabling their class and maintaining its current guarantees to
- users. For example, dinkumware's list implementation currently
+ users. For example, Dinkumware's list implementation currently
derives QOI benefits from having no resource-less stateââbeginâ and
âendâ iterators maintain their relationships even after lists are
swapped. If throwing move constructors are banned, that would no
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