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
|
|
@ -1,7 +1,8 @@
|
|||
# ludic.render3d — a physically based 3D renderer over Gl.* (OpenGL 4.1 core):
|
||||
# HDRI sky + image-based lighting, a GPU-generated terrain with scanned PBR
|
||||
# materials, cascaded shadow maps, an HDR pipeline with bloom and ACES.
|
||||
# ludic.render3d — a physically based 3D renderer over Vulkan (MoltenVK on a Mac, carried here,
|
||||
# built from a pinned tag by native/build.sh): HDRI sky + image-based lighting, a GPU-generated
|
||||
# terrain with scanned PBR materials, cascaded shadow maps, an HDR pipeline with bloom and ACES.
|
||||
package "ludic.render3d"
|
||||
version "0.1.0"
|
||||
kind source
|
||||
provides "R3d"
|
||||
native "macos-arm64" "lib/macos-arm64/libMoltenVK.dylib"
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue