docs(ci): refresh stale bgfx comments after the extraction - #423
Conversation
…le-bgfx) The examples-integration preambles still described the removed bgfx-build / bgfx-android-build jobs + the old bgfx external-fetch step. Point them at labelle-bgfx (which owns bgfx's build/test now) and describe the agnostic nullfixture external step. (CodeRabbit on #422.)
|
Note Gemini is unable to generate a review for this pull request due to the file types involved not being currently supported. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughTwo comment blocks in CI Comment Updates
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Follow-up to #422 (CodeRabbit minor): the examples-integration job's preambles still referenced the removed
bgfx-build/bgfx-android-buildjobs and the old bgfx external-fetch step. Updated to point at labelle-bgfx (owns bgfx's build/test) and describe the agnostic nullfixture external step. Comment-only.Also: CodeRabbit's Major 'restore the fingerprint patch' note on #422 was verified a false positive — the generated project's
build.zig.zoncarries a real fingerprint (0xa8ee77a3…), and a clean fresh-cachezig buildof external-null succeeds without any patch (the patch the bgfx/null steps carry is vestigial for this path).Summary by CodeRabbit