<div dir="rtl"><div dir="ltr">libstdc++ and libsupc++ are merged on MingW Windows distributions, I assumed it's the default structure of gcc libs. Where it's not so it would indeed make no sense to merge them.</div>

<div dir="ltr">It's best to follow  the existing conventions to make it easier for the users replacing the libs.</div><div dir="ltr"><br></div><div dir="ltr">Yaron</div><div dir="ltr"><br></div></div><div class="gmail_extra">

<br><br><div class="gmail_quote"><div dir="ltr">2013/11/2 David Chisnall <span dir="ltr"><<a href="mailto:David.Chisnall@cl.cam.ac.uk" target="_blank">David.Chisnall@cl.cam.ac.uk</a>></span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 2 Nov 2013, at 12:27, Yaron Keren <<a href="mailto:yaron.keren@gmail.com">yaron.keren@gmail.com</a>> wrote:<br>
<br>
> Hi David,<br>
><br>
> It's a good idea to have compiler-rt + unwind project in one project as a libgcc replacement. We can name the project "libclang".<br>
<br>
</div>THe libclang name is already taken, but so is libcompiler_rt for this purpose...<br>
<div class="im"><br>
> While at it, the rest of libcxxabi (the _cxa functions) may be merged into libcxx as a complete replacement for libstdc++.<br>
<br>
</div>We already ship the combination of libc++ and libcxxrt on FreeBSD as a complete replacement for libstdc++.<br>
<div class="im"><br>
> This project structure matches the gcc library organization and thus will be easier for people (and toolchains) to use them.<br>
<br>
</div>Actually, the gcc structure has libstdc++ and libsupc++ as separate libraries.  On FreeBSD, we shipped them as separate dynamic libraries in 9.x so that you can stick libcxxrt under libstdc++ and mix code that uses libc++ and libstdc++.  OS X did something similar.  This setup allows people to use a newer libstdc++ (which we don't ship in the base system, but which you can get from ports) in a library used by an application that uses libc++, without causing errors (unless STL symbols are used on library interfaces).<br>


<br>
Merging libc++ and libc++abi would require anyone downstream who cared about interoperability to go and unmerge them again.<br>
<span class="HOEnZb"><font color="#888888"><br>
David<br>
<br>
</font></span></blockquote></div><br></div>