<div class="gmail_quote">On Thu, Mar 29, 2012 at 2:09 PM, Richard Smith <span dir="ltr"><<a href="mailto:richard@metafoo.co.uk">richard@metafoo.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><div class="gmail_quote">On Thu, Mar 29, 2012 at 12:06 PM, Howard Hinnant <span dir="ltr"><<a href="mailto:hhinnant@apple.com" target="_blank">hhinnant@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>I just became aware of cwg 1402 which is in ready status:</div>
<br>
<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1402" target="_blank">http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1402</a><br>
<br>
This change will no longer make A's move members deleted.  Instead A will get move members that copy the data member.<br>
<br>
This is a very good change as the current rules are extremely error prone.  The library section of the standard itself was bitten by these rules in the move constructor of both tuple and pair (which are explicitly defaulted).<br>


<br>
As this issue is both non-controversial, and already in ready status, I think it would be a good idea to go ahead and implement it.  That will likely be easier than designing warnings for the implicit deletion of explicitly defaulted move members.<br>

</blockquote></div><br></div></div><div>I agree. I happen to be currently working on the implicit deletion of special member functions anyway, so I'll make this change.</div>
</blockquote></div><br><div>This is now implemented in r153883.</div>