On 10 July 2014 04:58, Nico Weber <[email protected]> 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. --renato _______________________________________________ cfe-commits mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
