feat(render3d): 22.10 - ludic.render3d carries MoltenVK, so a Mac program has its Vulkan driver
native/build.sh builds MoltenVK v1.4.2 from its pinned, checksummed tag (its dependencies at the commits its ExternalRevisions pins), thinned to arm64, id @rpath/libMoltenVK.dylib, signed ad hoc; its licence goes in native/LICENSE-MoltenVK. Every render3d program links it through its rpath - the package's lib/ while developing, Contents/Frameworks in a bundle, where ludic bundle puts and signs it - and vk_mac.ll also looks for @rpath/libMoltenVK.dylib (after an SDK loader, so the validation layer still stacks in development). The suite's SDK stand-in (vk_env) is gone: the render checks draw on the MoltenVK the package carries. gpu_is_gl() removed; nothing calls it. ludic-dev test 306/306 with no Vulkan SDK in the environment. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
parent
25f4d49e43
commit
9425bdc4e5
9 changed files with 254 additions and 23 deletions
10
changes/render3d-moltenvk.md
Normal file
10
changes/render3d-moltenvk.md
Normal file
|
|
@ -0,0 +1,10 @@
|
|||
bump: minor
|
||||
type: feature
|
||||
**ludic.render3d carries MoltenVK, so a Mac program has its Vulkan driver without the SDK.**
|
||||
`native/build.sh` builds MoltenVK from a pinned tag (v1.4.2, its SHA-256 checked; its own
|
||||
dependencies at the commits its ExternalRevisions pins), thinned to arm64 and signed, into
|
||||
`lib/macos-arm64/libMoltenVK.dylib`, with its licence in `native/LICENSE-MoltenVK`. Every program
|
||||
that imports render3d links it through its rpath - the package's lib/ while developing,
|
||||
`Contents/Frameworks` in a bundle, where `ludic bundle` puts and signs it - and the loader
|
||||
(`vk_mac.ll`) now also looks for `@rpath/libMoltenVK.dylib`. An SDK loader found first still wins,
|
||||
so the validation layer can be stacked in development. `gpu_is_gl()` is gone.
|
||||
Loading…
Add table
Add a link
Reference in a new issue