<div dir="ltr">Yes, let's merge it, and David's instcombine change r226708.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 10:03 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 Wed, Jan 21, 2015 at 2:18 PM, Reid Kleckner <<a href="mailto:reid@kleckner.net">reid@kleckner.net</a>> wrote:<br>
> Author: rnk<br>
> Date: Wed Jan 21 16:18:17 2015<br>
> New Revision: 226707<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=226707&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=226707&view=rev</a><br>
> Log:<br>
> Add the "thunk" attribute to MS ABI virtual member pointers<br>
><br>
> This attribute implies indicates that the function musttail calls<br>
> another function and returns whatever it returns. The return type of the<br>
> thunk is meaningless, as the thunk can dynamically call different<br>
> functions with different return types. So long as the callers bitcast<br>
> the thunk with the correct type, behavior is well defined.<br>
><br>
> This attribute was necessary to fix PR20944, where the indirect call<br>
> combiner noticed that the thunk returned void and replaced the results<br>
> of the indirect call instruction with undef.<br>
><br>
> Over-the-shoulder reviewed by David Majnemer.<br>
<br>
</span>Is this a fix we want in 3.6?<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@cs.uiuc.edu">cfe-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits</a><br>
</div></div></blockquote></div><br></div>