Add an option to cache the generated PCH in the ModuleCache when
emitting it. This protects clients that build PCHs and read them in the
same process, allowing them to avoid race conditions between parallel
jobs the same way that Clang's implicit module build system does.
Details
- Reviewers
bruno rsmith vsapsai jordan_rose
Diff Detail
Event Timeline
This commit by itself doesn't change any behavior, right?
clang/lib/Frontend/FrontendActions.cpp | ||
---|---|---|
115 | What's the + for? | |
184 | Why is this the condition, as opposed to just "do this for all modules, don't do it for PCHs"? And doesn't BuildingImplicitModule imply isCompilingModule()? (Note that BuildingImplicitModule probably isn't the same as the original condition ImplicitModules.) |
Correct, it just exposes an option.
clang/lib/Frontend/FrontendActions.cpp | ||
---|---|---|
115 | Heh, I was trying to figure out those +s as well until I added this without one and it didn't compile. The problem is that bitfields can't be forwarded through the llvm::make_unique variadic. The + creates a local temporary with the same value. | |
184 |
Nice catch; I ported the logic from ASTWriter incorrectly. I'll fix this.
I was cargo-culting the logic for how PCHGenerator::HandleTranslationUnit sets the Module parameter to ASTWriter::WriteAST. I think that if I fix the above to match the original condition I'll need to check isCompilingModule()... but maybe BuildingImplicitModule is already &&-ing these together? I'll check. |
Updated the constructor call to PCHGenerator in GenerateModuleAction::CreateASTConsumer to use BuildingImplicitModule on its own. Checking where it's set (only in compileModuleImpl), it's exactly the condition we want here.
clang/lib/Frontend/FrontendActions.cpp | ||
---|---|---|
184 | Updated the patch to just use BuildingImplicitModule. The previous condition in PCHGenerator::HandleTranslationUnit seems to have been equivalent.
I'm choosing this because it better matches the code around. |
What's the + for?