<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Sep 6, 2014 at 1:10 PM, Lawrence Velázquez <span dir="ltr"><<a href="mailto:larryv@macports.org" target="_blank">larryv@macports.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>> The FSF GCC ports each used to include their own runtime and support<br>
>> libraries (libstdc++, libgcc_s, etc.). This caused problems when, for<br>
>> example, a port using gcc44's libraries linked against a port using gcc45's<br>
>> libraries.<br>
><br>
> On 10.6 or earlier already? I just wonder, this kind of situation is not at all uncommon on Linux, how come it doesn't bite there?<br>
<br>
</span>You'd have to ask someone who uses Linux and knows how Linux package managers link up their GCCs.</blockquote></div><br>They declare one runtime and use it. The difference in our case is that on Linux the decision is made by whoever packages the system (their equivalent of us) and everything goes through one gateway, but on OS X the decision is made by Apple and package maintainers are all third parties who have to cope with Apple's choice.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Additionally note that, while there is a libstdc++ that supports the new ABI and which is used on Linux and is compatible with libc++, it's GPL3 so Apple refuses to have anything to do with it. So Linux has jettisoned the old C++ runtime ABI completely, but on older OS X we have to deal with it still. Also, the way most Linux distributions handle versioning, it is possible to run old binaries if you can install the old C++ runtime library; you can't use newer libraries with it, but their versioning prevents those libraries from being considered. If you try to compile something, you'll get the new libraries including the new C++ runtime; you can't have both *compile-time* (vs. runtime) C++ runtimes installed. So everything remains consistent, but only because they control the whole ecosystem.<br clear="all"><div><br></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div>
</div></div>