Boost logo

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