[libcxxabi] r228408 - unwind: use -fno-rtti -fno-exceptions -funwind-tables

[Saleem Abdulrasool]

On Thursday, February 12, 2015, Sergey Dmitrouk <sdmitrouk at accesssoftek.com>
wrote:

> On Wed, Feb 11, 2015 at 09:46:36PM -0800, Saleem Abdulrasool wrote:
> >    Can you provide more information about how you are building things?A
> >    Perhaps an exact set of steps to reproduce this.A  The change should
> only
> >    effects unwind.A  As such, the following is sufficient for checking
> the
> >    result:
> >    $ cat reduced.cc
> >    extern "C" int printf(const char *, ...);
> >    int main(int argc, char **argv) {
> >    A  try { throw 1; } catch (const int &i) { printf("caught %u\n", i); }
> >    A  return 0;
> >    }
> >    $ armv7a-hardfloat-linux-gnueabi-g++-4.8.3 -fno-stack-protector -c
> >    reduced.cc -o reduced.o
> >    $ armv7a-hardfloat-linux-gnueabi-g++-4.8.3 -nodefaultlibs reduced.o -o
> >    reduced -Llib -lunwind -lc -lc++abi
> >    $ LD_LIBRARY_PATH=lib ./reduced
> >    caught 1
> >    That was with current ToT of libc++abi and libunwind (LLVM).
>
> Sorry for bothering, it doesn't happen if I compile libunwind with gcc.
> Only
> libunwind built with clang fails, so it must be an issue somewhere else.


I've been successful with clang as well.

Reproduction steps would help in identifying what is happening.


> Thanks,
> Sergey
>


-- 
Saleem Abdulrasool
compnerd (at) compnerd (dot) org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20150212/accc3289/attachment.html>