<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">Every once in a great while (e.g. maybe for the next C++ standard), we could issue a new ABI, which would then live in a different inlined namespace (e.g. std::_2).  There would be config macro to choose the ABI.</div>

</blockquote></div><div><br></div>That seems fairly infrequent. I believe VS, for example, deliberately breaks ABI compatability across every crelease. Implementing things like SCARY iterators, otherwise cleaning up the footprint of collections, etc. Adding checked/debug iterators. All these would be ABI breaking, wouldn't they? (well, the ABI of the code that uses libc++, that is - you couldn't keep using a static/dynamic lib compiled with an old version of libc++ if you wanted to pick up the new version)<br>
<br>Or am I misunderstanding/missing something here?<div><br></div><div>- David<br clear="all"><br>-- <br>-----BEGIN GEEK CODE BLOCK-----<br>Version: 3.1<br>GCS d+@ s++: a-- C++++ ULS++ P L++ !E W++ N+ o? K? w(+) O? M@ V? PS+ PE@<br>
Y+ PGP- t(+) 5 X+ R tv+ b+ DI++ D++ G+ e++ h- r y?<br>------END GEEK CODE BLOCK------<br>
</div>