<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 2, 2015 at 11:32 AM, Russell Wallace <span dir="ltr"><<a href="mailto:russell.wallace@gmail.com" target="_blank">russell.wallace@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Mon, Feb 2, 2015 at 5:59 PM, Reid Kleckner <span dir="ltr"><<a href="mailto:rnk@google.com" target="_blank">rnk@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The references to _Unwind_Resume and __gxx_personality_v0 are surprising, but the rest make sense to me. If you don't need any EH, just pass -fno-exceptions to fix the issue. For more info, read on. :)</div></blockquote><div><br></div></span><div>That fixed it, thanks! </div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>clang-cl currently turns on -fexceptions and not -fcxx-exceptions, while clang will enable both by default. Long term, to implement the semantics of MSVC's /EHs, we want to disable C++ dtor cleanups while leaving SEH (__try / __except) enabled.<br></div></div></blockquote><div><br></div></span><div>And in the even longer term, implement the /EHsc option?</div></div></div></div>
</blockquote></div><br></div><div class="gmail_extra">Yes. Strangely enough, our current IR generation is doing something like /EHa, which is not a priority. =/ Should be fixed soon.</div></div>