<div class="gmail_quote">On Sun, Jul 15, 2012 at 6:10 PM, Steve Ramsey <span dir="ltr"><<a href="mailto:clang@lucena.com" target="_blank">clang@lucena.com</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">On Jul 15, 2012, at 4:12 PM, Richard Smith wrote:<br>
> On Sun, Jul 15, 2012 at 2:11 PM, Steve Ramsey <<a href="mailto:clang@lucena.com">clang@lucena.com</a>> wrote:<br>
>> On Jul 15, 2012, at 1:55 PM, Rich E wrote:<br>
>> > On Sun, Jul 15, 2012 at 1:38 PM, Steve Ramsey <<a href="mailto:clang@lucena.com">clang@lucena.com</a>> wrote:<br>
>> >> This is correct behavior as per FDIS 12.8.18. Specifically, since there's a user-declared copy constructor, there needs to be a user-declared copy-assignment operator, if you want one; otherwise, the implicitly declared one is defined as deleted.<br>

>> >><br>
>> > Excuse my ignorance, but how is there a user-declared copy constructor?<br>
>><br>
>> Excuse my lack of proofreading; I meant user-declared destructor.<br>
>><br>
> That's still not right: the rule you're referencing only applies to move operations. The implicit declaration of non-deleted copy operations still happens in this case, but it's deprecated (the committee didn't want to break a big pile of existing code, IIUC).<br>

<br>
</div></div>So the bug then is that the deprecated behavior has been prematurely removed? I suppose that would be technically correct - and technically correct is the best kind of correct. </blockquote><div><br></div><div>
No, that has nothing to do with the bug. I explained what the actual issue is, and why the presence of any virtual function in the class triggers it, in a previous message.</div></div>