<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 7 February 2014 00:19, Richard Smith <span dir="ltr"><<a href="mailto:richard@metafoo.co.uk" target="_blank">richard@metafoo.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="">This (-fexceptions and -g imply -funwind-tables) seems like it's probably the right thing for most targets. With SjLj exceptions, -fexceptions probably doesn't need -funwind-tables.<br></div></div></div>
</div></blockquote><div></div></div><br></div><div class="gmail_extra">Thanks, I think that's the general consensus, yes.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Do we have such logic in Clang at the moment?</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">My original point was that the back-end shouldn't try to guess, so front-ends should pass this information down, either via function attributes or flags. Attributes would be better for multi-stage compilation process, but if the default target description is shared between front and back ends, than we might not need this, and flags become the preferred method.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">This is another reason to proceed with a separate library for target description (that deals with triples, -m flags, defaults, etc), to be used by both front and back ends, so then we don't have to worry about changing all sides whenever a default changes.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">cheers,</div><div class="gmail_extra">--renato</div></div>