On 12 May 2014 20:20, Logan Chien <tzuhsiang.chien at gmail.com> wrote:> There is a known issue in the code generated by LLVM. > As a workaround, I am adding "-funwind-tables" to compile the unit tests.I thought I had fixed all of them. Do you have a bug number?> BTW, the LLVM revision which I am using is r207501. > It seems that the recent master has come regression on unwind_04 and > unwind_05.I'm using 208522. I haven't seen errors in the unwind_05... cheers, --renato
On 5/12/14, 1:23 PM, Renato Golin wrote:> On 12 May 2014 20:20, Logan Chien <tzuhsiang.chien at gmail.com> wrote: >> There is a known issue in the code generated by LLVM. >> As a workaround, I am adding "-funwind-tables" to compile the unit tests. > > I thought I had fixed all of them. Do you have a bug number?IIRC, you will also need "-funwind-tables" in the libc++abi build too, otherwise _Unwind_RaiseException gets marked as cantunwind and then none of it works. Jon> > >> BTW, the LLVM revision which I am using is r207501. >> It seems that the recent master has come regression on unwind_04 and >> unwind_05. > > I'm using 208522. I haven't seen errors in the unwind_05... > > cheers, > --renato > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-- Jon Roelofs jonathan at codesourcery.com CodeSourcery / Mentor Embedded
On 12 May 2014 21:37, Jonathan Roelofs <jonathan at codesourcery.com> wrote:> IIRC, you will also need "-funwind-tables" in the libc++abi build too, > otherwise _Unwind_RaiseException gets marked as cantunwind and then none of > it works.I just re-compiled with -funwind-tables and got the same errors. cheers, --renato
Hi Renato, 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: http://reviews.llvm.org/D3748 Also, there is a minor regression in LLVM master, and here's the patch to fix the issue: http://reviews.llvm.org/D3747 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. Sincerely, Logan On Tue, May 13, 2014 at 4:23 AM, Renato Golin <renato.golin at linaro.org>wrote:> On 12 May 2014 20:20, Logan Chien <tzuhsiang.chien at gmail.com> wrote: > > There is a known issue in the code generated by LLVM. > > As a workaround, I am adding "-funwind-tables" to compile the unit tests. > > I thought I had fixed all of them. Do you have a bug number? > > > > BTW, the LLVM revision which I am using is r207501. > > It seems that the recent master has come regression on unwind_04 and > > unwind_05. > > I'm using 208522. I haven't seen errors in the unwind_05... > > cheers, > --renato >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140514/8487f5a4/attachment.html>