Skip to content
Snippets Groups Projects
Commit 497d9d26 authored by Marshall Clow's avatar Marshall Clow
Browse files

Change C++0x references to C++11, Fixes bug #12745

llvm-svn: 167930
parent d81108f0
No related branches found
No related tags found
No related merge requests found
...@@ -57,7 +57,7 @@ ...@@ -57,7 +57,7 @@
</ul> </ul>
<!--=====================================================================--> <!--=====================================================================-->
<h2 id="why">Why a new C++ Standard Library for C++'0x?</h2> <h2 id="why">Why a new C++ Standard Library for C++11?</h2>
<!--=====================================================================--> <!--=====================================================================-->
<p>After its initial introduction, many people have asked "why start a new <p>After its initial introduction, many people have asked "why start a new
...@@ -72,14 +72,14 @@ ...@@ -72,14 +72,14 @@
to how they are implemented. For example, it is generally accepted that to how they are implemented. For example, it is generally accepted that
building std::string using the "short string optimization" instead of building std::string using the "short string optimization" instead of
using Copy On Write (COW) is a superior approach for multicore using Copy On Write (COW) is a superior approach for multicore
machines (particularly in C++'0x, which has rvalue references). Breaking machines (particularly in C++11, which has rvalue references). Breaking
ABI compatibility with old versions of the library was ABI compatibility with old versions of the library was
determined to be critical to achieving the performance goals of determined to be critical to achieving the performance goals of
libc++.</p></li> libc++.</p></li>
<li><p>Mainline libstdc++ has switched to GPL3, a license which the developers <li><p>Mainline libstdc++ has switched to GPL3, a license which the developers
of libc++ cannot use. libstdc++ 4.2 (the last GPL2 version) could be of libc++ cannot use. libstdc++ 4.2 (the last GPL2 version) could be
independently extended to support C++'0x, but this would be a fork of the independently extended to support C++11, but this would be a fork of the
codebase (which is often seen as worse for a project than starting a new codebase (which is often seen as worse for a project than starting a new
independent one). Another problem with libstdc++ is that it is tightly independent one). Another problem with libstdc++ is that it is tightly
integrated with G++ development, tending to be tied fairly closely to the integrated with G++ development, tending to be tied fairly closely to the
...@@ -87,7 +87,7 @@ ...@@ -87,7 +87,7 @@
</li> </li>
<li><p>STLport and the Apache libstdcxx library are two other popular <li><p>STLport and the Apache libstdcxx library are two other popular
candidates, but both lack C++'0x support. Our experience (and the candidates, but both lack C++11 support. Our experience (and the
experience of libstdc++ developers) is that adding support for C++11 (in experience of libstdc++ developers) is that adding support for C++11 (in
particular rvalue references and move-only types) requires changes to particular rvalue references and move-only types) requires changes to
almost every class and function, essentially amounting to a rewrite. almost every class and function, essentially amounting to a rewrite.
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment