
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jun 17, 2013, at 12:20 , Nico Weber <<a href="mailto:thakis@chromium.org">thakis@chromium.org</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">On Mon, Jun 17, 2013 at 9:38 AM, Jordan Rose <span dir="ltr"><<a href="mailto:jordan_rose@apple.com" target="_blank">jordan_rose@apple.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">*sigh* I can't say this is the wrong thing to do—in fact, it's the kind of restriction I usually like—but for the record this breaks OS X's (ancient) libstdc++ implementation of <tr1/unordered_map> when compiling under -std=c++11. I don't think that's such an important configuration, though.<br>

</blockquote><div><br></div><div style="">That means it breaks all programs that try to build in C++11 mode but still need to ship to 10.6 (like, say, Chromium). Can this be worked around somehow?</div></div></div></div></blockquote><br></div><div>Will that still be true by the <i>next</i> Xcode release? It's not in 4.6.2, and I can watch to make sure it stays out of Xcode 5. Do you really need to build your 10.6-compatible binary with trunk Clang in C++11 mode?</div><div><br></div><div>Richard, I suppose you could make it a warning...</div><div><br></div><div>Jordan</div><br></body></html>