|
Boost-Commit : |
Subject: [Boost-commit] svn:boost r50204 - sandbox/committee/rvalue_ref
From: dgregor_at_[hidden]
Date: 2008-12-08 13:18:27
Author: dgregor
Date: 2008-12-08 13:18:27 EST (Mon, 08 Dec 2008)
New Revision: 50204
URL: http://svn.boost.org/trac/boost/changeset/50204
Log:
Collapsed the first few sections into a single Introduction. It makes the paper look less lengthy than it is. Heh heh heh
Text files modified:
sandbox/committee/rvalue_ref/n2812_08-0322_soundness.rst | 12 +++---------
1 files changed, 3 insertions(+), 9 deletions(-)
Modified: sandbox/committee/rvalue_ref/n2812_08-0322_soundness.rst
==============================================================================
--- sandbox/committee/rvalue_ref/n2812_08-0322_soundness.rst (original)
+++ sandbox/committee/rvalue_ref/n2812_08-0322_soundness.rst 2008-12-08 13:18:27 EST (Mon, 08 Dec 2008)
@@ -15,8 +15,8 @@
.. contents:: index
-Synopsis
-========
+Introduction
+============
This paper describes a safety problem with rvalue references that can
cause unintentional modification of lvalues. The underlying issue has
@@ -24,9 +24,6 @@
its seriousness much more apparent. We also propose a solution to the
problem, which has been implemented in the GNU C++ compiler.
-Motivating Example
-==================
-
The example that made this safety problem with rvalue references
critical involves both rvalue references and concepts. The simplest
example is the conceptualized version of the ``push_back`` functions
@@ -57,10 +54,7 @@
above illustrates that the intended safety mechanism can disappear
without an explicit ``std::move``.
-What Happened?
---------------
-
-When ``std::list`` is instantiated, the compiler eliminates any
+What happened? When ``std::list`` is instantiated, the compiler eliminates any
declarations whose concept requirements cannot be satisfied. Since
``std::unique_ptr<int>`` does not satisfy ``CopyConstructible`` as
required by #1, the only ``push_back`` function that exists in
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