Repository navigation
Beta 6rc For Windows ARM crashes during compile #779
Description
Using LAS.Recomp-test-beta_6rc-windows-arm64 on an Asus Zenbook A16 Snapdragon X2 Extreme running Windows 11 ARM Pro 26H1.
During the game compile step it fails, error log is as a follows:
Note: I do notice .\lasgen\lasgen.exe is compiled as an x64 app and not Windows ARM native.
[session] lasrecomp-backup-01dd73dcf71e597a-21380.log
[info] LAS Recomp test-arm-beta_6rc, Windows 11 (10.0.28000, arm64), Snapdragon(R) X2 Elite Extreme - X2E94100 - Qualcomm Oryon(TM) CPU 18 cores, 47.6 GB RAM, zip
[paths] data: C:\Decomps\LAS Recomp
[settings] loaded larecomp.ini
[vk] gpu 0: Qualcomm(R) Adreno(TM) X2-90 GPU (api 1.4.351)
[vk] gpu 1: Microsoft Direct3D12 (Qualcomm(R) Adreno(TM) X2-90 GPU) (api 1.2.359)
[vk] gpu 2: Microsoft Direct3D12 (Microsoft Basic Render Driver) (api 1.2.359)
[vk] using Qualcomm(R) Adreno(TM) X2-90 GPU
[settings] integrated GPU: upscaler bilinear (default), resolution match (default), anti-aliasing off
[vk] lean usage on, SMAA stencil on, per-frame target clears off (integrated GPU)
[vk] driver Qualcomm Technologies Inc. Adreno Vulkan Driver Driver Build: 3777290fe9, Ifc8f55f84d, 1788759568
Date: 09/07/2026
Compiler Version: E17.52.12.00
Driver Branch: auto-glymur-llvm_1
; graphics pipeline library: yes (fast linking yes, independent interpolation decoration yes); vertex input dynamic state: yes; extended dynamic state 3: no extension
[vk] ASTC as the driver lists it (default for this GPU)
[vk] pipeline binaries: feature yes, internal cache 0 (control 0, prefers it 0, precompiled 0), compressed 0 -> pipeline cache (not an AMD driver)
[vk] vertex input: dynamic (VK_EXT_vertex_input_dynamic_state)
[vk] memory (start) heap 0 device-local: 24379 MB, budget 24379 MB, in use 34 MB, ours 0 MB in 0 allocations
[vk] memory (start) heap 1 device-local: 4095 MB, budget 4095 MB, in use 0 MB, ours 0 MB in 0 allocations
[vk] memory (start) heap 2 device-local: 15 MB, budget 15 MB, in use 0 MB, ours 0 MB in 0 allocations
[vk] pipeline cache: loaded 99700 bytes
[vk] swapchain 1280x720, 3 images, mailbox
[vk] GPU timer on (dynamic resolution goes by GPU time)
[vk] guest heap bound to shaders in 16 MB chunks, imported as the game binds them (storage buffers up to 2047 MB here)
[vk] shader branch stacks as arrays (default for this GPU)
[vk] structured shaders on (default for this GPU)
[vk] constant-buffer push constants on (default for this GPU)
[vk] fragment quad shuffles as subgroup shuffles (the driver has them in fragment shaders; subgroup stages 0xf0, operations 0x6ff)
[vk] recolour variants on (default for this GPU)
[vk] fast min / max off (default here)
[vk] recorder thread on
[pcore] hybrid CPU: 12 performance + 6 efficiency logical processors; game/render/vsync threads prefer the 12 performance ones, power throttling off
[pcore] render thread: power throttling off (performance-core CPU sets)
[vk] transient ring: memory type 6 (device-local host-visible cached)
[launcher] game code out of date: updating it
[gamebuild] generator C:\Decomps\LAS Recomp\lasgen\lasgen.exe, compiler C:\Decomps\LAS Recomp\zig\zig.exe cc, 18 jobs
[gamebuild] generator started with Control Flow Guard off
[gamebuild] generator (sdk) failed: exit status 0xC0000409 (a security check stopped it)
[gamebuild] reused 0 objects, compiled 1 objects
[gamebuild] failed in 5s
[launcher] game code: the game code couldn't be prepared
[menu_sfx] SE_SY_CURSOL_MOVE: ADPCM 48000 Hz 1 ch, 821 ms (program 0, key 60, gain 0.107)
[menu_sfx] SE_SY_MENU_LR_MOVE: ADPCM 48000 Hz 1 ch, 381 ms (program 45, key 60, gain 0.293)
[menu_sfx] SE_SY_DECIDE: ADPCM 48000 Hz 1 ch, 919 ms (program 1, key 60, gain 0.239)
[menu_sfx] SE_SY_BEEP: ADPCM 48000 Hz 1 ch, 1160 ms (program 3, key 60, gain 0.293)
[menu_sfx] SE_SY_CANCEL: ADPCM 48000 Hz 1 ch, 206 ms (program 2, key 60, gain 0.220)
[menu_sfx] SE_SY_MENU_OPEN: ADPCM 48000 Hz 1 ch, 1167 ms (program 71, key 60, gain 0.098)
[menu_sfx] SE_SY_MENU_CLOSE: ADPCM 48000 Hz 1 ch, 990 ms (program 70, key 60, gain 0.049)
[menu_sfx] SE_MAP_MATFACE_RUMBLE: ADPCM 48000 Hz 1 ch, 4320 ms (program 96, key 60, gain 0.586)
[menu_sfx] SE_MAP_BOMB_EXPLO: ADPCM 48000 Hz 1 ch, 2851 ms (program 39, key 60, gain 0.342)
[menu_sfx] SE_ENE_BUZZBLOB_SPARK: ADPCM 48000 Hz 1 ch, 614 ms (program 5, key 60, gain 0.059)
[menu_sfx] menu sounds loaded in 11.4 ms
[launcher] game files: version 1.0.0
[gamebuild] generator C:\Decomps\LAS Recomp\lasgen\lasgen.exe, compiler C:\Decomps\LAS Recomp\zig\zig.exe cc, 18 jobs
[gamebuild] generator (sdk) failed: exit status 0xC0000409 (a security check stopped it)
[gamebuild] reused 0 objects, compiled 1 objects
[gamebuild] failed in 4s
[launcher] game code: the game code couldn't be prepared
Activity
peiikai commentedon Nov 14, 2026
Thanks for the report and the log. The game code generator (
lasgen.exe) is stopped by a Windows security check (0xC0000409) right after it starts, even with Control Flow Guard turned off for it (the fix from #337). It's an x64 program on purpose: one of the libraries it uses has no Windows on ARM build, so it runs under Windows' x64 emulation.Could you attach the generator's own log? It's
gen_sdk.login the.gamebuildfolder inside your extracted game files folder (the one withexefsin it). The folder is hidden, so you may need to turn on hidden items in File Explorer. Please also attachlasrecomp.logfromC:\Decomps\LAS Recomp.talynone commentedon Nov 14, 2026
I've attached lasrecomp.log. I also found gen_sdk.log, but unfortunately it's a 0 byte file.
lasrecomp.log
github-actions commentedon Nov 14, 2026
This is an automatic summary of the LAS Recomp log files attached to this issue. It only reads the logs, so a person will still look at the details.
For a new report, please attach
lasrecomp.logfrom LAS Recomp's data folder (it always holds the latest run;lasrecomp-backup-*.logthere are the earlier runs).Newest log: lasrecomp.log in comment from 2026-11-14
Qualcomm(R) Adreno(TM) X2-90 GPU(integrated), Vulkan 1.4.351 (3 GPUs found)upscaler bilinear (default), resolution match (default), anti-aliasing off; window 1280x720, mailboxpeiikai commentedon Nov 14, 2026
Thanks. An empty
gen_sdk.logmeans the generator was stopped before it printed anything, so while it was still starting up. In your screenshotgen_main.logis 1 KB, though: could you attach that one too? It may say how it ended.talynone commentedon Nov 14, 2026
Here you go:
gen_main.log
Probably won't help, the entire contents are:
main: game version 1.0.0 (build AE16F71E002AF8CB), address table v1_0_0peiikai commentedon Nov 14, 2026
It does help: the generator for the main game code got far enough to read your game version, but the one for the SDK part was stopped before it printed anything. So it's something the SDK part does under Windows' x64 emulation on your setup, not the generator failing to start in general. We'll look into it and let you know when there's something to try.