diff options
| author | 2016-11-15 22:21:07 -0600 | |
|---|---|---|
| committer | 2016-11-15 22:21:07 -0600 | |
| commit | a68d4239929802bca7131d4b97c2b8d149fbbcb9 (patch) | |
| tree | 03a497191ccd83206e94c60aca635eb44d51c0f7 /3rdparty/sol2/docs/source/codecvt.rst | |
| parent | 4d533249fdf28d3a473426130a82e673b1b1d5ec (diff) | |
luaengine: use initializers (nw)
Diffstat (limited to '3rdparty/sol2/docs/source/codecvt.rst')
| -rw-r--r-- | 3rdparty/sol2/docs/source/codecvt.rst | 2 |
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. |
