是否有任何100%的C++；std的11个兼容实现？ 有没有100%种C++ 11兼容（*）标准C++库的实现？< /P>

（*）经证明完全符合标准的实现或没有已知缺陷的实现。

您可以查看llvm的libc++，您可以从其网站访问SVN repo，其主要功能之一是“C++11标准定义的正确性”

没有认证过程，随着缺陷报告的不断处理，C++11是一个移动的目标，所以我不确定你的问题是否完全有意义。或者，如果是，答案是并将永远是“不”

但是（除其他外），libstdc++团队在跟踪标准库应该是什么方面做得相当好。

作为LLVM项目一部分的标准库团队声称

在这里你可以看到

---

libc++

有一个很大的缺点，那就是

libc++

目前还没有

libstdc++v3

那么流行，例如还没有GNU/Linux发行版采用这个标准库。这个库的主要焦点是MAC OS X/FreeBSD，这已经不是秘密了，至少现在是这样。

boost库？C++11的很多东西都来自boost，比如std:：Chronobost并不是

std

的实现，据我所知……如果你面前有一个开源的100%C++11兼容的实现，你可能不知道你有它，因为确定某个东西是否100%C++11兼容是一件棘手的事情。没有经验证的缺陷是否意味着没有已知的缺陷？如果是这样的话，那么答案是一个无保留的“否”。哦，那么不是。没有任何合理大小的软件没有已证实的缺陷，除非你去重新定义“缺陷”几乎毫无意义，或者几乎没有人在看。也没有任何一个正式的规范具有任何合理的大小，并且没有被证实的缺陷：几乎可以肯定的是，C++11标准暗示了它显然不打算要求的需求。在一个足够复杂的系统中，人类是无法达到完美的：可能有少数例外，但我留下了足够多的狡诈言辞，不管我怀疑这句话是否属实谢谢你的回答。你能告诉我为什么clang在官方Debian repos中有

gcc

的

std

实现吗？我不能告诉你，也许gcc实现更稳定，这就是为什么Debian现在选择这个。好吧，你再说一遍。clang没有“拥有”libstdc++，但它默认在linux上使用它。这可能是因为所有其他打包的二进制文件都是使用libstdc++构建的，而libc++与ABI不兼容。Ubuntu Saucy包含一个libc++（Saucy/universe），Debian通常比Ubuntu更保守。但是我可以下载“100%”C++11兼容的

libc++

，并在我的Linux机器上链接“100%”C++11兼容的叮当声，对吗？@Kolyunya您可以从源代码中构建，也可以使用官方的apt存储库谢谢您的指导！您想建立对LBC++的CLAN，还是使用CLAN来构建针对LBC++的C++应用程序？两者都可以做到。即使在几个月前添加了regex之后，libstdc++也缺少了太多的C++11，因此被称为“最佳”（codevt、movable streams、put_time，甚至像std:：align这样微不足道的东西）：