<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 24, 2017, at 3:14 PM, Sean Silva <<a href="mailto:chisophugis@gmail.com" class="">chisophugis@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="auto" class=""><div class=""><br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mar 21, 2017 4:26 AM, "Christian Bruel via llvm-dev" <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:<br type="attribution" class=""><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000" class=""><p class="">Hello Everyone,</p><p class="">This is my first attempt to getting used with the submission
process. Trying to get the "good practice" with the coding
standard, tools, mailing lists... and already a few questions:</p></div></blockquote></div></div></div><div dir="auto" class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000" class=""><p class="">- Is it possible to "link" 2 related entries in Phabricator ? one
for LLVM and one for CFE ? what's the best way of posting 2
related or dependent patches ? <br class=""></p></div></blockquote></div></div></div><div dir="auto" class="">Often you can just link it in the description. I think Phab will even auto-connect them if you say somethig like "Depends on D12345". If you look at some of chandlerc's pass manager patches on Phab I know he was using Phab's dependency feature for some of them.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000" class=""><div class="">
<br class="webkit-block-placeholder"></div><p class="">- I'd like to update and follow on the discussion on bugzilla
tracker that Renato created already but I can't edit (account
requested to <a class="m_5785150972185367685moz-txt-link-abbreviated" href="mailto:llvm-admin@lists.llvm.org" target="_blank">llvm-admin@lists.llvm.org</a> without luck). Could
someone help ?</p></div></blockquote></div></div></div><div dir="auto" class="">Tanya, Anton? Could one of you help with the bugzilla account?</div></div></div></blockquote><div><br class=""></div>Has an account. Needs to reset password.</div><div><br class=""></div><div>-Tanya</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="auto" class=""><div dir="auto" class=""><br class=""></div><div dir="auto" class="">-- Sean Silva</div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000" class=""><p class="">So now the proposal:</p><p class="">The .exidx and .extab unwind sections are needed, when exceptions
are enabled, for unwinding if the function can throw and to hold
the EXIDX_CANTUNWIND value if the function does not throw.</p><p class="">The problem was already discussed in various threads and defects,
so I won't repeat the details but basically that confusion is
that if the compiler (or the user) determined that the function
cannot throw, we have the NOUNWIND attribute which is not
orthogonal with either exception support. Despite this we should
still emit the unwind entry for the EXIDX_CANTUNWIND value, which
is always done.<br class="">
</p><p class="">Another issue is that canThrow (!NoUnwind) is set by default.
Setting NoUnwind is an optimisation which is not handled by the
ARM Streamer. A first approach was to have the backend return
needsUnwindTableEntry() false if noexception support, but unwind
tables can be used without exception handler (e.g) for debug infos
or C unwind with attribute cleanup, and this happened to be quite
intrusive...<br class="">
</p><p class="">But simpler, when the exceptions are not enabled, we should be
able to remove them. Just passing this this bit of information
through a new disable-arm-cantunwind llvm option makes the uwtable
and nounwind table orthogonal with exception support. <br class="">
</p><p class="">This option is set in clang when no exception support allowing to
have the -f[no-]exceptions and -f[no-]unwind-tables match GCC for
C and C++.</p><p class="">Thanks a lot for your feedbacks, questions and hints for getting
on board !<br class="">
</p>
<pre class=""><a class="m_5785150972185367685moz-txt-link-freetext" href="https://reviews.llvm.org/D31140" target="_blank">https://reviews.llvm.org/<wbr class="">D31139</a></pre>
<pre class=""><a class="m_5785150972185367685moz-txt-link-freetext" href="https://reviews.llvm.org/D31140" target="_blank">https://reviews.llvm.org/<wbr class="">D31140</a><font color="#888888" class="">
</font></pre><font color="#888888" class=""><p class="">Christian<br class="">
</p><p class=""><br class="">
</p><p class=""> <br class="">
</p><p class=""><br class="">
</p>
</font></div>
<br class="">______________________________<wbr class="">_________________<br class="">
LLVM Developers mailing list<br class="">
<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class="">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/<wbr class="">mailman/listinfo/llvm-dev</a><br class="">
<br class=""></blockquote></div><br class=""></div></div></div>
</div></blockquote></div><br class=""></body></html>