<div dir="ltr">Yeah, let's do that.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 11, 2015 at 9:40 AM, Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Aug 10, 2015 at 12:39 PM, Reid Kleckner via cfe-commits<br>
<<a href="mailto:cfe-commits@lists.llvm.org">cfe-commits@lists.llvm.org</a>> wrote:<br>
</span><span class="">> Author: rnk<br>
> Date: Mon Aug 10 14:39:01 2015<br>
> New Revision: 244488<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=244488&view=rev" rel="noreferrer" target="_blank">http://llvm.org/viewvc/llvm-project?rev=244488&view=rev</a><br>
> Log:<br>
> [dllimport] A non-imported class with an imported key can't have a key<br>
><br>
> Summary:<br>
> The vtable takes its DLL storage class from the class, not the key<br>
> function. When they disagree, the vtable won't be exported by the DLL<br>
> that defines the key function. The easiest way to ensure that importers<br>
> of the class emit their own vtable is to say that the class has no key<br>
> function.<br>
><br>
> Reviewers: hans, majnemer<br>
><br>
> Subscribers: cfe-commits<br>
><br>
> Differential Revision: <a href="http://reviews.llvm.org/D11913" rel="noreferrer" target="_blank">http://reviews.llvm.org/D11913</a><br>
<br>
</span>Should we merge this and r244266 to 3.7?<br>
</blockquote></div><br></div>