summaryrefslogtreecommitdiffstatshomepage
path: root/3rdparty/sol2/docs/source/codecvt.rst
diff options
context:
space:
mode:
author cracyc <cracyc@users.noreply.github.com>2016-11-15 22:21:07 -0600
committer cracyc <cracyc@users.noreply.github.com>2016-11-15 22:21:07 -0600
commita68d4239929802bca7131d4b97c2b8d149fbbcb9 (patch)
tree03a497191ccd83206e94c60aca635eb44d51c0f7 /3rdparty/sol2/docs/source/codecvt.rst
parent4d533249fdf28d3a473426130a82e673b1b1d5ec (diff)
luaengine: use initializers (nw)
Diffstat (limited to '3rdparty/sol2/docs/source/codecvt.rst')
-rw-r--r--3rdparty/sol2/docs/source/codecvt.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/3rdparty/sol2/docs/source/codecvt.rst b/3rdparty/sol2/docs/source/codecvt.rst
index ff901edea1e..750f6936bd3 100644
--- a/3rdparty/sol2/docs/source/codecvt.rst
+++ b/3rdparty/sol2/docs/source/codecvt.rst
@@ -3,6 +3,6 @@ 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``.
+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.