fix: include windows.h for the arm64 Windows cpu_supports branch

The _M_ARM64 path calls IsProcessorFeaturePresent with PF_ARM_* constants, but
nothing in this TU's include graph pulls windows.h in — include/daScript/ does
not include it anywhere — so an arm64 Windows build would not compile. CI has
no windows-arm64 lane, so this would have shipped latent.

Guarded to arm64 + _WIN32, with NOMINMAX and WIN32_LEAN_AND_MEAN, so no lane CI
actually builds sees any change. Caught by Copilot on #3583.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Author: borisbat

src/builtin/module_builtin_runtime.cpp

@@ -24,8 +24,19 @@
 #include "../parser/parser_impl.h"
 
 // arm64 CPU-feature detection headers — MUST be at file scope, not inside `namespace das`.
+// Guarded to arm64, so no other target's translation unit is affected by anything here.
 #if defined(__aarch64__) || defined(_M_ARM64)
-    #if defined(__APPLE__)
+    #if defined(_WIN32)
+        // IsProcessorFeaturePresent + the PF_ARM_* constants; nothing else in this TU's include
+        // graph pulls windows.h in, so without this the arm64 Windows build does not compile.
+        #ifndef NOMINMAX
+            #define NOMINMAX
+        #endif
+        #ifndef WIN32_LEAN_AND_MEAN
+            #define WIN32_LEAN_AND_MEAN
+        #endif
+        #include <windows.h>
+    #elif defined(__APPLE__)
         #include <sys/sysctl.h>
     #elif defined(__linux__)
         #include <sys/auxv.h>