Skip to content

[CAS] gmodule support for caching build #11026

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

Open
wants to merge 8 commits into
base: next
Choose a base branch
from

Conversation

cachemeifyoucan
Copy link

Prototype for 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.

@cachemeifyoucan cachemeifyoucan force-pushed the casify-module branch 2 times, most recently from 2bbc405 to 075be6d Compare July 31, 2025 18:32
@cachemeifyoucan cachemeifyoucan marked this pull request as ready for review August 5, 2025 22:39
When using include-tree, all the relative paths references should be
turned into absolute path already. There is no need to pass options like
`-fdebug-compilation-dir` for debug info generation as it makes cache
hit less likely when two identical compilations where performed with
different compilation directories.
Move CASConfiguration into LLVM and add a JSON based configuration file
to help constructing CAS from a init file `.cas-config`.
Fix the unittest build when swift support is off.
@@ -0,0 +1,58 @@
#!/usr/bin/env python3

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This would potentially fit better into llvm-project/lldb/packages/Python/lldbsuite/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants