workshopsoft/ludic
2
0
Fork 0
Code Issues Pull requests Projects Releases 26 Packages Wiki Activity Actions
ludic/changes/render3d-moltenvk.md
Orkuncakilkaya 9425bdc4e5 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>
2026-09-28 01:16:26 +03:00

754 B
Raw Blame History

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.