[PATCH] [libcxxabi] Add support for building and testing the unwinder.

Renato Golin renato.golin at linaro.org
Thu Jul 10 03:12:59 PDT 2014

On 10 July 2014 04:58, Nico Weber <thakis at chromium.org> wrote:
>> jroelofs: I know you had mentioned that the unwinder might be moving to
>> compiler-rt. Any idea about timeline on that?
> There isn't one. Some people say they like this to happen every now and
> then, but nobody's working on it. (And the arm unwinder needs to depend on
> libc++abi if type matching is going to be implemented, as far as I
> understand.)

I have to say I was one of the folks who wanted that (so I could avoid
having to include libgcc_s and libgcc_eh together with compiler-rt),
but I wonder about that dependency you mention. AFAIU, libgcc_s and
libgcc_eh are in sync with libgcc and libstdc++, but they don't depend
on each other. Is this something possible with libc++abi?

Right now, having libc++abi out of compiler-rt makes it really hard to
load the right libraries in the Clang driver when the user chooses
--rtlib=compiler-rt, since compiler-rt doesn't (nor should?) depend on
libc++abi. Or we could just move the whole libc++abi inside
compiler-rt and enable/disable building it with a flag, so that C-only
implementations don't build C++ stuff.


More information about the cfe-commits mailing list