Let the application own the MUSE_COMPILE_USE_PCH option - #254
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Team Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughThe top-level Merge Risk: ⚪ Minimal · up to This change moves ownership of the PCH build option to the application and keeps the standalone framework build explicitly disabled; no actionable merge-blocking risk remains after normal checks and review. 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
Full details: Linked Issues checkExplanation The framework changes remove the option declaration and add standalone-build defaults, but linked issue [ Resolution Add the required MUSE_COMPILE_USE_PCH option to Audacity's root CMakeLists.txt before including the framework options, or provide explicit evidence that this PR is only the framework-side prerequisite and that the linked issue is intentionally resolved by a separate consumer-repository change. Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0 files. (1 skipped: 1 unsupported.) Full details: Description checkExplanation The description identifies the resolved issue, explains the motivation and behavior changes, documents consumer impact, and completes the required checklist. The unit-test item is left unchecked, but it is marked as applicable only when relevant and does not prevent approval here.
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
015f2c3 to
82dc7f3
Compare
82dc7f3 to
a0e9f48
Compare
a0e9f48 to
9b35bd4
Compare
Resolves: audacity/audacity#11898
Removes the
MUSE_COMPILE_USE_PCHdeclaration fromMuseDeclareOptions.cmakeso the application owns the option, matching howMUSE_COMPILE_USE_UNITYalready works (declared app-side, consumed byDeclareModuleSetup.cmake/MuseCreateModule.cmake).Motivation: with the framework declaring it, an application wanting visibility/control of the default has to rely on
option()first-declaration-wins ordering (see review discussion in audacity/audacity#11795).The standalone build declares both
MUSE_COMPILE_USE_PCHandMUSE_COMPILE_USE_UNITYexplicitly OFF: with #256 merged, every source is self-contained, and the strict configuration in CI keeps missing includes and Qt module links from regressing (the follow-up suggested in #256, without a dedicated CI job).Note for consumers: an application that does not declare
MUSE_COMPILE_USE_PCHnow builds without PCH (undefined → falsy in the gating checks). Both consumer apps have PRs declaring it app-side, safe to merge before or after this one: audacity/audacity#11900 (tracked by audacity/audacity#11898) and musescore/MuseScore#34791.Build configuration
audacity: audacity/audacity/master
audacity platforms: linux_x64
musescore: musescore/MuseScore/main
musescore platforms: linux_x64