Wunk
Adding to this too. I utilize https://github.com/clangd/vscode-clangd on my Windows on Arm device and find myself installing llvm manually from the [LLVM-15.0.2-woa64.exe](https://github.com/llvm/llvm-project/releases/download/llvmorg-15.0.2/LLVM-15.0.2-woa64.exe) file provided at https://github.com/llvm/llvm-project/releases/tag/llvmorg-15.0.2 and pointing my clangd...
On the usage of `mmap64`: maybe `mmap64` can just be used by default on 64-bit platforms at compile-time(`sizeof(void*) == 8`) and uses `mmap` otherwise. `mmap` has a 2GB limit
> It looks like mio already supports large files. After doing some light research, I'm finding that the standard `mmap` function on a 64-bit linux already supports larger file mappings,...
Upper AVX512 `xmm16-31`-registers as spill-space is being addressed in #748
Haven't been able to test this stuff myself due to my lack of hardware at the moment. But still a valuable addition to make once the implementation can be verified....
Issue is now resolved by #16!
Been trying to get a build going to get some scope for what it takes to do this. There are some OS-specific things that have to be done around `oslib.h`...
> no filtering of cubemaps across edges depending on a cvar Just wanted to capture that [VK_EXT_non_seamless_cube_map](https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/VK_EXT_non_seamless_cube_map.html) has grown to be pretty [ubiquitous](https://vulkan.gpuinfo.org/listdevicescoverage.php?extensionname=VK_EXT_non_seamless_cube_map&extensionfeature=nonSeamlessCubeMap&platform=all).
Oaknut, the ARM64 emitter, also has some expansive detection of processor features across different operating systems and platforms that could be a good reference: https://github.com/merryhime/oaknut/tree/6b1d57ea7ed4882d32a91eeaa6557b0ecb4da152/include/oaknut/feature_detection
There is currently no `mingw-w64-clang-aarch64-qt5-static` package so these instructions are flawed at the moment. https://packages.msys2.org/search?q=mingw-w64-clang-aarch64-qt5-static