<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 20, 2015 at 12:04 PM, Joseph Tremoulet <span dir="ltr"><<a href="mailto:jotrem@microsoft.com" target="_blank">jotrem@microsoft.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Sure, I could do this as a follow-on change when LLILC is in a position to exercise it.  If you wanted to go ahead and use the "</span>endcleanup from label
 %cleanup unwind label %nextaction<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">" naming/syntax in the meantime, that would be cool.<u></u><u></u></span></p><span class="">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">>
</span>If we're not going to use the construct in Clang<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u><u></u></span></p>
</span><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Once the construct and the attendant code duplication optimization are in place, would there be any reason not to switch Clang over to use it?  I'd think that
 doing so would let you eschew the frameescape and get better-optimized code (even on the non-EH paths) in functions that use SEH __finally.</span></p></div></div></blockquote><div><br></div><div>Yeah, once LLVM supports entercleanup/endcleanup then we could definitely use it for SEH __finally. </div></div></div></div>