<div class="gmail_quote">On Mon, Jul 9, 2012 at 6:40 PM, Ashok Nalkund <span dir="ltr"><<a href="mailto:ashoknn@qualcomm.com" target="_blank">ashoknn@qualcomm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 7/9/2012 6:08 PM, Marshall Clow wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Jul 9, 2012, at 5:46 PM, Nick Kledzik wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Jul 9, 2012, at 2:34 PM, Ashok Nalkund wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 7/9/2012 2:11 PM, Richard Smith wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, Jul 9, 2012 at 9:44 AM, Ashok Nalkund <<a href="mailto:ashoknn@qualcomm.com" target="_blank">ashoknn@qualcomm.com</a><br>
<mailto:<a href="mailto:ashoknn@qualcomm.com" target="_blank">ashoknn@qualcomm.com</a>>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
</blockquote>
   So could you suggest a replacement for unwind? libc++abi + libc++ still<br>
   requires unwind.h, and my temporary solution is to pull it from gcc.<br>
<br>
<br>
You could pull it from libunwind instead. Ultimately, it seems to me<br>
that we should fix Clang's unwind.h to provide all the necessary<br>
declarations. Is there any reason not to do so? The current<br>
#include_next approach suggests that there might be some Darwin-specific<br>
concerns there?<br>
</blockquote>
<br>
But is that all, just the unwind.h? The libunwind projects (PathScale or<br>
nongnu website) provide more files and require compilation etc.<br>
</blockquote>
<br>
That is what I don't understand about this thread.  Is the problem that libgcc_s.so (which implements _Unwind_* functions) does not exits on these systems?  Or is the problem that the unwind header is missing?<br>
</blockquote>
<br>
Either, or both. Or people don't want to use libgcc; which is, after all, GPL.<br>
AFAICT, Apple keeps libgcc_s around for old binaries built with gcc; binaries built with clang + libc++ don't use it.<br>
</blockquote>
<br></div>
I didnt know that libgcc_s.so implements the unwind.h, its more clear to me now, thanks. For me, the concern is that libgcc_s.so is GPL. So now the question is, is there a recommended replacement for libgcc_s.so?<br>
</blockquote></div><br><div>I've built a toolchain using libunwind, libc++abi, libc++, and Clang, with no libstdc++ and no libgcc_s. It's rough around the edges, but it can be made to work. I've not tried replacing libgcc with compiler-rt, and it's still depending on gcc for crt*.o, but other than those pieces, it doesn't depend on a gcc installation.</div>