替换Visual Studio标准库 我在Windows上,假设我想对我的项目使用不同的标准C++库,比如LIbSTDC++ +或LBC++.< 有没有办法说服我的Visual Studio使用它而不是MSVC库,这样我仍然可以使用#include,我可以通过简单地将标题路径添加到项目中来实现它,但我正在寻找更“系统明智”的方法,所以我不会在每个项目中重复它 LI>它是否值得去争论——特别是在现代C++特性兼容/标准化的情况下? 如果是这样,除了可能使用其他实现中不存在的某些功能外,这种替换的缺点是什么 特别是,回答提到与其他LIB可能存在兼容性问题-这是否仅适用于Linux世界,还是我在Windows上也会有问题

替换Visual Studio标准库 我在Windows上,假设我想对我的项目使用不同的标准C++库,比如LIbSTDC++ +或LBC++.< 有没有办法说服我的Visual Studio使用它而不是MSVC库,这样我仍然可以使用#include,我可以通过简单地将标题路径添加到项目中来实现它,但我正在寻找更“系统明智”的方法,所以我不会在每个项目中重复它 LI>它是否值得去争论——特别是在现代C++特性兼容/标准化的情况下? 如果是这样,除了可能使用其他实现中不存在的某些功能外,这种替换的缺点是什么 特别是,回答提到与其他LIB可能存在兼容性问题-这是否仅适用于Linux世界,还是我在Windows上也会有问题,c++,visual-studio,stl,C++,Visual Studio,Stl,注意:这主要是一个理论问题-我对MSVC库很满意,但我真的很想了解更多关于不同stdlib实现的信息。理论上,替换stdlib实现并非不可能。使用clang,您可以在libc++(clang)和libstdc++(GCC)之间进行选择 然而,在实践中,STDLIB实现通常与它们所用的编译器的内部结构基本上绑定,尤其是在更新的C++特性上,这对于许多编译器来说都不如VisualStudio.更为真实。 你能让它在大量黑客攻击下工作吗?大概值得吗?我非常怀疑。即使你成功了,你也将牺牲一个可复制的建造

注意:这主要是一个理论问题-我对MSVC库很满意,但我真的很想了解更多关于不同stdlib实现的信息。

理论上,替换stdlib实现并非不可能。使用clang,您可以在libc++(clang)和libstdc++(GCC)之间进行选择

然而,在实践中,STDLIB实现通常与它们所用的编译器的内部结构基本上绑定,尤其是在更新的C++特性上,这对于许多编译器来说都不如VisualStudio.</P>更为真实。 你能让它在大量黑客攻击下工作吗?大概值得吗?我非常怀疑。即使你成功了,你也将牺牲一个可复制的建造环境,并将依赖一些深度黑暗的艺术。您的项目将无法重复使用


您的问题中没有任何迹象表明您为什么认为需要切换实现,但似乎不太可能找到值得您费心的任何理由。

“我对MSVC库很满意”这部分回答了您的第二个问题,不是吗?如果MSVC足够好,您不需要修复它。LIPSTDC + +或LIbc++不与VisualStudioC++编译器一起使用,而不需要进行主要移植。