fix(ci): unify redundant LLVM cache keys #1134
Conversation
✨ Highlights
🧾 Changes by Scope
🔝 Top Files
|
![chatgpt-codex-connector[bot]](https://avatars.githubusercontent.com/in/1144995?s=60&v=4){kind=small}
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
|
An automated preview of the documentation is available at https://1134.mrdocs.prtest2.cppalliance.org/index.html If more commits are pushed to the pull request, the docs will rebuild at the same URL. 2025-12-17 17:33:25 UTC |
Recent PR runs exceeded GitHub Actions cache limits, causing LLVM to be recompiled on every workflow run. This led to hours-long turnaround times to verify changes. As a workaround, the fork workflow was being used to test the PR. This commit simplifies the cache key structure to reduce redundant cache entries: - Add `llvm-os-key` using container name or runs-on for OS versioning - Make `llvm-archive-basename` conditional based on MSan only - Transform cache keys to replace ":" with "-" for safety - Only build instrumented libc++ for MSan where it's required MSan requires all code, including libc++ to be instrumented to track initialization state correctly. ASan and UBSan can effectively catch errors without instrumenting dependencies, making custom libc++ builds low-ROI for these sanitizers. Resulting cache key structure: - MSan builds: include compiler, version, and sanitizer type (e.g., llvm-dc4cef8-release-ubuntu-24.04-clang-21-MSan) - All other builds: omit compiler info since ABI is compatible (e.g., llvm-dc4cef8-release-ubuntu-24.04) Non-sanitizer builds, ASan builds, and UBSan builds across gcc/clang versions on the same OS now share a single cache entry, as they produce ABI-compatible LLVM binaries. Fixes cppalliance#981
alandefreitas
force-pushed
the
develop
branch
from
967f818 to
5ce9b10
Compare
2 participants
Recent PR runs exceeded GitHub Actions cache limits, causing LLVM to be recompiled on every job of the workflow run. This led to hours-long turnaround times to verify changes. As a workaround, the fork workflow was being used to test the PR.
This commit simplifies the cache key structure to reduce redundant cache entries:
llvm-os-keyusing container name or runs-on for OS versioningllvm-archive-basenameconditional based on MSan onlyMSan requires all code, including libc++ to be instrumented to track initialization state correctly. ASan and UBSan can effectively catch errors without instrumenting dependencies, making custom libc++ builds low-ROI for these sanitizers.
Resulting cache key structure:
Non-sanitizer builds, ASan builds, and UBSan builds across gcc/clang versions on the same OS now share a single cache entry, as they produce ABI-compatible LLVM binaries.
Fixes #981