-
Notifications
You must be signed in to change notification settings - Fork 351
[stable/21.x][CAS] gmodule support for caching build #11714
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: stable/21.x
Are you sure you want to change the base?
[stable/21.x][CAS] gmodule support for caching build #11714
Conversation
|
Please test with: @swift-ci please test |
|
Please test with following PR: @swift-ci please test |
|
Please test with following PR: @swift-ci please test |
Teach clang to encode CASID as splitDwarfFilename for gmodule when clang caching is enabled. This allows the outputs from compiler do not contain paths to the clang module files, thus allows distributed caching without the need of a unified clang module cache directory path.
3376bcd to
dfaabea
Compare
|
Please test with following PR: @swift-ci please test |
dfaabea to
caaf170
Compare
|
Please test with following PR: @swift-ci please test |
Teach dsymutil how to use CAS and how to load clang modules from CAS when building dSYM when gmodule is used.
Teach lldb to load clang modules when gmodule + clang caching is used.
Teach SwiftASTContext to load clang module dependencies from CAS instead of FileSystem.
caaf170 to
c6f9d11
Compare
|
Please test with following PR: @swift-ci please test |
gmodule support by switching splitDwarf references to CASIDs of the module/PCH.
Also teach dsymutil to support reading from CAS as a prototype for lldb support.