[libcxxabi] r228408 - unwind: use -fno-rtti -fno-exceptions -funwind-tables
Saleem Abdulrasool
compnerd at compnerd.org
Thu Feb 12 07:13:09 PST 2015
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>
More information about the cfe-commits
mailing list