maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/VFS/umbrella-mismatch.m

8 lines
434 B
Mathematica
Raw Normal View History

When module umbrellas change, rebuild them With the VFS, it is easy to hit modified umbrellas by overriding the umbrella header, and what we want is to rebuild, not to fail. llvm-svn: 205975
2014-04-11 01:57:43 +08:00
// RUN: rm -rf %t
clang/test/VFS/umbrella-mismatch.m: Let it work on win32 to avoid backslashes in yaml. FIXME: Is it intentional? s;OUT_DIR;%/S/Inputs; llvm-svn: 221264
2014-11-04 21:05:23 +08:00
// RUN: sed -e "s;INPUT_DIR;%/S/Inputs;g" -e "s;OUT_DIR;%/S/Inputs;g" %S/Inputs/vfsoverlay.yaml > %t.yaml
When module umbrellas change, rebuild them With the VFS, it is easy to hit modified umbrellas by overriding the umbrella header, and what we want is to rebuild, not to fail. llvm-svn: 205975
2014-04-11 01:57:43 +08:00
Commit some test changes somehow missed in r239789. llvm-svn: 239791
2015-06-16 08:19:29 +08:00
// RUN: %clang_cc1 -Werror -fmodules -fimplicit-module-maps -fmodules-cache-path=%t -ivfsoverlay %t.yaml -F %S/Inputs -fsyntax-only %s -verify
// RUN: %clang_cc1 -Werror -fmodules -fimplicit-module-maps -fmodules-cache-path=%t -F %S/Inputs -fsyntax-only %s -verify
When module umbrellas change, rebuild them With the VFS, it is easy to hit modified umbrellas by overriding the umbrella header, and what we want is to rebuild, not to fail. llvm-svn: 205975
2014-04-11 01:57:43 +08:00
// expected-no-diagnostics
Don't try to rebuild modules on umbrella header mismatch There are two issues here: 1) It's too late to rebuild at this point, because we won't go through removeModules and when we try to reload the new .pcm we'll get the old one instead. We might be able to call removeModules after an OutOfDate here, but I'm not yet confident that it is always safe to do so. 2) In practice, this check fails spuriously when the umbrella header appears to change because of a VFS change that means it maps to a different copy of the same file. Because of this, we just skip the check for now. llvm-svn: 230064
2015-02-21 05:46:39 +08:00
@import UsesFoo;