<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Mar 1, 2014 at 10:26 AM, "René J.V. Bertin" <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="">>> (Or should I make an "official" suggestion to<br></div><div class="">
>> use gcc everywhere where Apple-specific options aren't required as long as<br>
>> clang isn't completely ready to be the main compiler on linux? ;) )<br>
><br>
> Due to the whole C++ libc++ situation, this is not going to happen. Clang will be our main compiler suite, and switching now and getting the bugs that still exist fixed is the correct thing to do. Clang is not going away, but GCC on OS X already has.<br>
<br>
</div>I don't know what "whole C++ libc++" situation you're referring to, I was just thinking that a large majority of the available ports are (or seem to be) things developed for Linux, and as such using the Linux default compiler would probably facilitate matters (cf. Gentoo Prefix). OTOH, I have </blockquote>
<div><br></div><div>Anything that touches or might ever be used by C++ has to use clang's C++ runtime, not gcc's. This is because Apple switched all the system libraries to clang. (It's a bit more complex than that, look in the FAQ for something closer to the real story. <a href="http://trac.macports.org/wiki/FAQ#libcpp">http://trac.macports.org/wiki/FAQ#libcpp</a>)</div>
<div><br></div><div>Your suggestion would work fine on Linux where gcc's C++ runtime is the standard one (and Linux isn't allergic to GPL3 like Apple is, so it can use a newer libstdc++ that is compatible with clang's libc++), but Apple sets the rules here by what it does with system/Xcode provided libraries, and the MacPorts team has already spent too much time failing to find ways to make gcc's runtime coexist with clang's.</div>
<div><br></div></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>