llvm.org GIT mirror llvm / db91435
[cmake] Add -fms-compatibility-version=19 when clang-cl gives errors about char16_t What we are really trying to do here is to figure out if we are using the 2015 STL. Unfortunately, so far as I know the MSVC STL does not define a version macro that we can check directly. Instead I wrote a check to see if char16_t works. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@264881 91177308-0d34-0410-b5e6-96231b3b80d8 Reid Kleckner 4 years ago
1 changed file(s) with 11 addition(s) and 0 deletion(s). Raw diff Collapse all Expand all
346346 # "Enforce type conversion rules".
347347 append("/Zc:rvalueCast" CMAKE_CXX_FLAGS)
348348
349 if (CMAKE_CXX_COMPILER_ID MATCHES "Clang")
350 # In VS 2015, char16_t became a builtin type. Clang still defaults to VS
351 # 2013 compatibility, where it cannot be a builtin type. If we're using an
352 # STL newer than 2015, this compilation will fail. Rasing the MSVC
353 # compatibility version of the compiler will provide char16/32.
354 check_cxx_source_compiles("#include \nchar16_t v1;\n" STL_PROVIDES_CHAR16_T)
355 if (NOT STL_PROVIDES_CHAR16_T)
356 append("-fms-compatibility-version=19" CMAKE_C_FLAGS CMAKE_CXX_FLAGS)
357 endif()
358 endif()
359
349360 if (NOT LLVM_ENABLE_TIMESTAMPS AND CMAKE_CXX_COMPILER_ID MATCHES "Clang")
350361 # clang-cl and cl by default produce non-deterministic binaries because
351362 # link.exe /incremental requires a timestamp in the .obj file. clang-cl