Orkuncakilkaya
9425bdc4e5
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>
10 lines
754 B
Markdown
10 lines
754 B
Markdown
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.
|