summaryrefslogtreecommitdiffstats
path: root/Help/guide/tutorial/Step10/MathFunctions/mysqrt.h
diff options
context:
space:
mode:
authorİsmail Dönmez <ismail@i10z.com>2017-11-24 12:22:46 (GMT)
committerİsmail Dönmez <ismail@i10z.com>2017-11-28 16:08:33 (GMT)
commitf969f1a9ce1d0045b9d056fd08c4683c34c420fa (patch)
treea1468a9f20bf7d3ee3f662778e7f87682d78fe0e /Help/guide/tutorial/Step10/MathFunctions/mysqrt.h
parent7746fdb2fe0177341aadeafec2ae73aa08ddfaf6 (diff)
downloadCMake-f969f1a9ce1d0045b9d056fd08c4683c34c420fa.zip
CMake-f969f1a9ce1d0045b9d056fd08c4683c34c420fa.tar.gz
CMake-f969f1a9ce1d0045b9d056fd08c4683c34c420fa.tar.bz2
Clang: Do not mistake clang-cl 6.0 for GNU-like clang
The check added by commit v3.10.0-rc2~2^2 (Clang: Diagnose unsupported GNU-like clang targeting MSVC ABI, 2017-10-10) is incorrectly detecting clang-cl 6.0 as GNU-like. Currently cmake is testing if the clang compiler accepts `--version` to see if it accepts GNU style flags. However, with the latest llvm snapshot this also works for clang-cl: > clang-cl --version clang version 6.0.0 (trunk) Target: x86_64-pc-windows-msvc Thread model: posix InstalledDir: C:\Program Files\LLVM\bin So instead we should use the `/?` flag which fails with clang but works with clang-cl: > clang-cl /? &> /dev/null; echo $? 0 > clang /? &> /dev/null; echo $? 1 Fixes: #17518
Diffstat (limited to 'Help/guide/tutorial/Step10/MathFunctions/mysqrt.h')
0 files changed, 0 insertions, 0 deletions