aboutsummaryrefslogtreecommitdiff
path: root/clang/unittests/Basic/VirtualFileSystemTest.cpp
diff options
context:
space:
mode:
authorAdrian McCarthy <amccarth@google.com>2016-05-13 23:20:11 +0000
committerAdrian McCarthy <amccarth@google.com>2016-05-13 23:20:11 +0000
commite4b26fc7a7573aff71ca3d3b9c21ae3556e7d659 (patch)
tree54b6cba9453513daa7ba362ed5c72489e45410f7 /clang/unittests/Basic/VirtualFileSystemTest.cpp
parent3e42b22e599dbf2f36751af1c736d6900db09389 (diff)
downloadllvm-e4b26fc7a7573aff71ca3d3b9c21ae3556e7d659.zip
llvm-e4b26fc7a7573aff71ca3d3b9c21ae3556e7d659.tar.gz
llvm-e4b26fc7a7573aff71ca3d3b9c21ae3556e7d659.tar.bz2
Get default -fms-compatibility-version from cl.exe's version
-fms-compatibility-version was defaulting to 18 (VS 2013), which is a pain if your environment is pointing to version 19 (VS 2015) libraries. If cl.exe can be found, this patch uses its version number as the default instead. It re-uses the existing code to find the Visual Studio binaries folder and WinAPI methods to check its version. You can still explicitly specify a compatibility version on the command line. If you don't have cl.exe, this should be a no-op and you'll get the old default of 18. This affected the tests, which assumed that if you didn't specific a version, that it would default to 18, but this won't be true for all machines. So a couple test cases had to be eliminated and a couple others had to be tweaked to allow for various outputs. Addresses: https://llvm.org/bugs/show_bug.cgi?id=27215 Differential Revision: http://reviews.llvm.org/D20136 llvm-svn: 269515
Diffstat (limited to 'clang/unittests/Basic/VirtualFileSystemTest.cpp')
0 files changed, 0 insertions, 0 deletions