<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 31 January 2014 15:34, Evgeniy Stepanov <span dir="ltr"><<a href="mailto:eugenis@google.com" target="_blank">eugenis@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">  Why do we even need this flag, and not make the decision in the backend based on -munwind-tables?<br></blockquote><div>
</div></div><br></div><div class="gmail_extra">Evgeniy,</div><div class="gmail_extra"><br></div><div class="gmail_extra">This flag was introduced long ago when the EHABI was experimental (and not working), so we actually had two flags controlling the emission of landing pads and exception tables. Not to mess up too much, I've merged them into the one that is today, but I agree we should merge it again with the other options that control exception handling. Also, the EHABI is now in a state of limbo, where it's enabled by default for monitoring and quality improvements only, and therefore we need the specific disabling flag.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">There is another refactoring that have shown up after enabling the EHABI by default, is that it's not playing well with Dwarf stack unwinding via CFI directives (Keith is working on that), so some work will be necessary in that direction, too.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">I'll have a look on the -munwind-tables option, but I'm guessing it has more than just EH unwinding. Once EHABI becomes roughly production quality, we'll have to re-visit all flags and make sure all tools' behaviours (not just Clang) are consistent with other architectures.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">cheers,</div><div class="gmail_extra">--renato</div></div>