diff options
| author | Manman Ren <manman.ren@gmail.com> | 2017-01-09 19:20:18 +0000 |
|---|---|---|
| committer | Manman Ren <manman.ren@gmail.com> | 2017-01-09 19:20:18 +0000 |
| commit | ffd3e9d7667cc15411fbc2374cd41c8c5813b033 (patch) | |
| tree | aea82052d4ade56cfa2cf123cda31e0a0c6e77bd /clang/lib/Frontend/InitPreprocessor.cpp | |
| parent | 87495eb8ef1d8b2ea4d41cf0751fed237cd3070d (diff) | |
| download | llvm-ffd3e9d7667cc15411fbc2374cd41c8c5813b033.zip llvm-ffd3e9d7667cc15411fbc2374cd41c8c5813b033.tar.gz llvm-ffd3e9d7667cc15411fbc2374cd41c8c5813b033.tar.bz2 | |
PCH: fix a regression that reports a module is defined in both pch and pcm.
In r276159, we started to say that a module X is defined in a pch if we specify
-fmodule-name when building the pch. This caused a regression that reports
module X is defined in both pch and pcm if we generate the pch with
-fmodule-name=X and then in a separate clang invocation, we include the pch and
also import X.pcm.
This patch adds an option CompilingPCH similar to CompilingModule. When we use
-fmodule-name=X while building a pch, modular headers in X will be textually
included and the compiler knows that we are not building module X, so we don't
put module X in SUBMODULE_DEFINITION of the pch.
Differential Revision: http://reviews.llvm.org/D28415
llvm-svn: 291465
Diffstat (limited to 'clang/lib/Frontend/InitPreprocessor.cpp')
0 files changed, 0 insertions, 0 deletions