Summary
The README's Quick Start tells Windows users to "manually extract Skia and CoreCLR" into:
Luma/
├── External/
│ ├── coreclr-win-x64/
│ └── skia-win/
…but doesn't link to a download for these prebuilt bundles, and I couldn't find them anywhere public:
- This repo has no GitHub Releases
- No companion repo for binaries that I could locate
- The wiki has no setup page covering these
- No CSDN / Bilibili / Zhihu / Discord posts with download URLs
- The Discord invite in the README (
discord.gg/BJBXcRkh) appears to be expired
External/CMakeLists.txt calls find_package(Skia REQUIRED) and find_package(DotNetRuntime REQUIRED), with Skia_DIR and DotNetRuntime_DIR pointed at those exact folders — so each bundle must ship its own SkiaConfig.cmake / DotNetRuntimeConfig.cmake plus headers and libs. Generic upstream Skia / .NET runtime downloads don't satisfy that layout.
What I'm asking for
Could you publish (or link to) the two prebuilt bundles that match what External/CMakeLists.txt expects? Ideally as a GitHub Release attached to this repo, but a Gitee / Baidu Pan / OneDrive mirror is fine too.
Specifically I'd need:
skia-win/ — Skia bundle with a config file exposing Skia::Skia (the CMake target referenced in External/CMakeLists.txt), plus headers and lib(s).
coreclr-win-x64/ — CoreCLR bundle with a config file exposing DotNet::Host, plus the runtime DLLs (coreclr.dll, hostpolicy.dll, hostfxr.dll, nethost.dll), nethost.lib, and nethost.h / hostfxr.h / coreclr_delegates.h.
If publishing them isn't feasible right now, even a brief note describing the expected directory layout and the Skia commit / build flags you used would let me assemble compatible bundles locally.
What I've already done
- Installed Git, CMake 4.3, Vulkan SDK 1.4.350, VS 2022 Community with the "Desktop development with C++" workload, .NET 9 SDK
- Bootstrapped vcpkg and ran
vcpkg install openssl curl ffmpeg
- Successfully assembled
External/coreclr-win-x64/ by hand from the locally-installed .NET 9 SDK (runtime DLLs from dotnet/shared/Microsoft.NETCore.App/9.0.12, nethost.lib + headers from dotnet/packs/Microsoft.NETCore.App.Host.win-x64/9.0.12/runtimes/win-x64/native) plus a hand-written DotNetRuntimeConfig.cmake exposing DotNet::Host — looks plausible, untested at link time.
- Skia is the remaining blocker — too many ABI-breaking commits to confidently guess which build to use.
Environment
- Windows 11 Pro 26200
- Visual Studio Community 2022 17.14 (Desktop development with C++)
- CMake 4.3.2 / Vulkan SDK 1.4.350.0
- vcpkg latest (2026-04-08)
- .NET 9 SDK 9.0.310
Thanks for the engine — happy to help update the README with build steps once I have a working setup.
Summary
The README's Quick Start tells Windows users to "manually extract Skia and CoreCLR" into:
Luma/
├── External/
│ ├── coreclr-win-x64/
│ └── skia-win/
…but doesn't link to a download for these prebuilt bundles, and I couldn't find them anywhere public:
discord.gg/BJBXcRkh) appears to be expiredExternal/CMakeLists.txtcallsfind_package(Skia REQUIRED)andfind_package(DotNetRuntime REQUIRED), withSkia_DIRandDotNetRuntime_DIRpointed at those exact folders — so each bundle must ship its ownSkiaConfig.cmake/DotNetRuntimeConfig.cmakeplus headers and libs. Generic upstream Skia / .NET runtime downloads don't satisfy that layout.What I'm asking for
Could you publish (or link to) the two prebuilt bundles that match what
External/CMakeLists.txtexpects? Ideally as a GitHub Release attached to this repo, but a Gitee / Baidu Pan / OneDrive mirror is fine too.Specifically I'd need:
skia-win/— Skia bundle with a config file exposingSkia::Skia(the CMake target referenced inExternal/CMakeLists.txt), plus headers and lib(s).coreclr-win-x64/— CoreCLR bundle with a config file exposingDotNet::Host, plus the runtime DLLs (coreclr.dll,hostpolicy.dll,hostfxr.dll,nethost.dll),nethost.lib, andnethost.h/hostfxr.h/coreclr_delegates.h.If publishing them isn't feasible right now, even a brief note describing the expected directory layout and the Skia commit / build flags you used would let me assemble compatible bundles locally.
What I've already done
vcpkg install openssl curl ffmpegExternal/coreclr-win-x64/by hand from the locally-installed .NET 9 SDK (runtime DLLs fromdotnet/shared/Microsoft.NETCore.App/9.0.12, nethost.lib + headers fromdotnet/packs/Microsoft.NETCore.App.Host.win-x64/9.0.12/runtimes/win-x64/native) plus a hand-writtenDotNetRuntimeConfig.cmakeexposingDotNet::Host— looks plausible, untested at link time.Environment
Thanks for the engine — happy to help update the README with build steps once I have a working setup.