summaryrefslogtreecommitdiffstatshomepage
path: root/3rdparty/sol2/docs/source/codecvt.rst
diff options
context:
space:
mode:
Diffstat (limited to '3rdparty/sol2/docs/source/codecvt.rst')
-rw-r--r--3rdparty/sol2/docs/source/codecvt.rst8
1 files changed, 0 insertions, 8 deletions
diff --git a/3rdparty/sol2/docs/source/codecvt.rst b/3rdparty/sol2/docs/source/codecvt.rst
deleted file mode 100644
index 750f6936bd3..00000000000
--- a/3rdparty/sol2/docs/source/codecvt.rst
+++ /dev/null
@@ -1,8 +0,0 @@
-std::(w/u16/u32)string support
-==============================
-because this is surprisingly hard using standard C++
-----------------------------------------------------
-
-Individuals using Visual Studio 2015, or on Windows with the VC++ and MinGW compilers (possibly Clang++ on Windows as well) have ``<codecvt>`` headers, and thusly Sol will attempt to include it. Individuals on GC 4.9.x, Clang 3.5.x, Clang 3.6.x do not seem to have ``<codecvt>`` shipped with the standard library that comes with installation of these compilers. If you want ``std::wstring``, ``std::u16string``, ``std::u32string`` automatic handling then you need to make sure you have those headers and then define ``SOL_CODECVT_SUPPORT`` on unsupported compilers.
-
-ThePhD did not want this to have to be a thing, but slow implementations and such force their hand. When GCC 7.x comes out, ThePhD will consider removing the effect of defining this macro and leaving <codecvt> support in at all times.