Those are dynamically linked libraries, for what you know you could have libsupc++ statically linked to your libc++/abi or to at least of those libraries.<br><br>I'm not aware of any linux distribution or libc++ build under linux that is just using libc++ without libstdc++ or libsupc++, for what I know, at this point in time, libc++, at least under linux, is using libstdc++ and libsupc++ to provide a complete C++ support and filling the blanks that are still not supported by the library.<br>
<br>I think that libc++ will reach the indendpence from the GNU libs if and only if it will provide a complete C++ environment.<br><br><div class="gmail_quote">2013/7/29 Ben Pope <span dir="ltr"><<a href="mailto:benpope81@gmail.com" target="_blank">benpope81@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 27/07/13 08:17, Arji Cot wrote:<br>
> The errors are probably caused by the fact that you need ( and you are not<br>
> providing it to the linker ) libcxxabi <a href="http://libcxxabi.llvm.org/" target="_blank">http://libcxxabi.llvm.org/</a> .<br>
><br>
> In general terms I personally consider both libcxx and libcxxabi under<br>
> Linux pretty useless right now.<br>
><br>
> The main issues are:<br>
>  - libcxx and libcxxabi are simply not ready yet for Linux, they are just<br>
> incomplete and without a real support from the llvm project<br>
>  - in the end libcxx and libcxxabi will use libsupc++ and stdlibc++ anyway,<br>
> so there is no point in using them, you are just introducing a new<br>
> dependence for nothing<br>
<br>
</div>I've built libc++ against libc++abi on Ubuntu 13.04, and yes, you do<br>
need to specify -lc++ -lc++abi<br>
<br>
ben@localhost:/usr/lib$ ldd libc++.so<br>
        linux-vdso.so.1<br>
        libc++abi.so.1<br>
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0<br>
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6<br>
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6<br>
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1<br>
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1<br>
        /lib64/ld-linux-x86-64.so.2<br>
ben@localhost:/usr/lib$ ldd libc++abi.so<br>
        linux-vdso.so.1<br>
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0<br>
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1<br>
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6<br>
        libc++.so.1 => /usr/lib/libc++.so.1<br>
        /lib64/ld-linux-x86-64.so.2<br>
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6<br>
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1<br>
<br>
libsupc++ is not required if libc++abi is used, and of course, libstdc++<br>
is also not required.<br>
<br>
In this configuration, with Clang 3.3, the llvm nightly test suite<br>
passes. (Ok, there is one failure, but it's the same as with libstdc++)<br>
<span class="HOEnZb"><font color="#888888"><br>
Ben<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br>