<div dir="ltr"><div><div><div>Hi Renato,<br><br></div>It seems that nounwind is not a reliable criteria to decide whether we should generate handlerdata or not.  In addition to the nounwind attribute and uwtable attribute, we should check the numbers of landingpad instruction as well.  I have just uploaded the patch for review:<br>

<br><a href="http://reviews.llvm.org/D3748">http://reviews.llvm.org/D3748</a><br><br>Also, there is a minor regression in LLVM master, and here's the patch to fix the issue:<br></div><br><a href="http://reviews.llvm.org/D3747">http://reviews.llvm.org/D3747</a><br>
<br></div><div>With both patches, the ARM EHABI should work with top-of-tree master.  Please have a look.  Feel free to let me know if you have any problems.  Thanks.<br></div><div><br></div>
Sincerely,<br>Logan<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 13, 2014 at 4:23 AM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 12 May 2014 20:20, Logan Chien <<a href="mailto:tzuhsiang.chien@gmail.com">tzuhsiang.chien@gmail.com</a>> wrote:<br>

> There is a known issue in the code generated by LLVM.<br>
> As a workaround, I am adding "-funwind-tables" to compile the unit tests.<br>
<br>
</div>I thought I had fixed all of them. Do you have a bug number?<br>
<div class=""><br>
<br>
> BTW, the LLVM revision which I am using is r207501.<br>
> It seems that the recent master has come regression on unwind_04 and<br>
> unwind_05.<br>
<br>
</div>I'm using 208522. I haven't seen errors in the unwind_05...<br>
<br>
cheers,<br>
--renato<br>
</blockquote></div><br></div>