> If there's sensible control flow after a function returns, don't mark<br>> it or calls to it noreturn.<br><br>How do I prevent llvm-gcc from labelling a particular function with the noreturn attribute so an unreachable is not inserted after a call to it? Does llvm-gcc keep a list of functions somewhere that it thinks do not return?<br>
<br>Max<br><br><div class="gmail_quote">On Tue, Sep 8, 2009 at 10:30 PM, Eli Friedman <span dir="ltr"><<a href="mailto:eli.friedman@gmail.com">eli.friedman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, Sep 8, 2009 at 10:16 PM, Max<br>
<div class="im">Stonebraker<<a href="mailto:max.stonebraker@gmail.com">max.stonebraker@gmail.com</a>> wrote:<br>
</div><div class="im">> Is there any way to avoid having the unreachables inserted in the first<br>
> place?<br>
<br>
</div>If there's sensible control flow after a function returns, don't mark<br>
it or calls to it noreturn.  If in fact cannot return, the concept of<br>
control flow after the function returns fundamentally makes no sense.<br>
<font color="#888888"><br>
-Eli<br>
</font></blockquote></div><br>