ziglang/zig
262
6.0k
Fork
You've already forked zig
779

Another dll dependency bites the dust (advapi32.dll) #31384

Merged
andrewrk merged 2 commits from squeek502/zig:delete-advapi32 into master 2026年03月03日 18:26:14 +01:00

Previously. Contributes towards #31131


The dependency on advapi32.dll actually silently brings along 3 other dlls at runtime (msvcrt.dll, sechost.dll, bcrypt.dll), even if no advapi32 APIs are called. So, this commit actually reduces the number of dlls loaded at runtime by 4 (but only when LLVM is not linked, since LLVM has its own dependency on advapi32.dll).

The data is not super conclusive, but the ntdll version of WindowsSdk appears to run slightly faster than the previous advapi32 version:

Benchmark 1: libc-ntdll.exe ..
 Time (mean ± σ): 6.0 ms ± 0.6 ms [User: 3.9 ms, System: 7.1 ms]
 Range (min ... max): 4.8 ms ... 7.9 ms 112 runs
Benchmark 2: libc-advapi32.exe ..
 Time (mean ± σ): 7.2 ms ± 0.5 ms [User: 5.4 ms, System: 9.2 ms]
 Range (min ... max): 6.1 ms ... 8.9 ms 103 runs
Summary
 'libc-ntdll.exe ..' ran
 1.21 ± 0.15 times faster than 'libc-advapi32.exe ..'

and this mostly seems to be due to changes in the implementation (the advapi32 APIs do a lot of NtQueryKey calls that the new implementation doesn't do) rather than due to the decrease in dll loading. LLVM-less zig binaries don't show the same reduction (the only difference here is the DLLs being loaded):

Benchmark 1: stage4-ntdll\bin\zig.exe version
 Time (mean ± σ): 3.0 ms ± 0.6 ms [User: 5.3 ms, System: 4.8 ms]
 Range (min ... max): 1.3 ms ... 4.2 ms 112 runs
Benchmark 2: stage4-advapi32\bin\zig.exe version
 Time (mean ± σ): 3.5 ms ± 0.6 ms [User: 6.9 ms, System: 5.5 ms]
 Range (min ... max): 2.5 ms ... 5.9 ms 111 runs
Summary
 'stage4-ntdll\bin\zig.exe version' ran
 1.16 ± 0.28 times faster than 'stage4-advapi32\bin\zig.exe version'

With the removal of the advapi32 dependency, the non-ntdll dependencies that remain in an LLVM-less Zig binary are ws2_32.dll (which brings along rpcrt4.dll at runtime), kernel32.dll (which brings along kernelbase.dll at runtime), and crypt32.dll (which brings along ucrtbase.dll at runtime).


For anyone that wants to audit the syscalls before/after, here's the output of compiling lib/compiler/libc.zig and running it via NtTrace for my setup:

https://gist.github.com/squeek502/d57a2f0133164c3149222e3987b10079

Comparison of syscall counts

Before:

COUNT | LINE
-----------------------------------------------------
 70 | NtProtectVirtualMemory
 64 | NtAllocateVirtualMemory
 46 | NtClose
 29 | NtTraceControl
 20 | NtQueryKey
 14 | NtOpenKey
 14 | NtOpenKeyEx
 14 | NtQueryValueKey
 12 | NtMapViewOfSection
 11 | NtCreateFile
 11 | NtQuerySystemInformation
 10 | NtQueryInformationToken
 9 | NtApphelpCacheControl
 9 | NtOpenSection
 9 | NtQueryPerformanceCounter
 9 | NtSetInformationVirtualMemory
 8 | NtQueryWnfStateData
 7 | NtSetInformationWorkerFactory
 6 | NtAssociateWaitCompletionPacket
 6 | NtCreateEvent
 6 | NtCreateWaitCompletionPacket
 6 | NtQueryInformationProcess
 5 | NtFreeVirtualMemory
 5 | NtQuerySystemInformationEx
 5 | NtQueryVirtualMemory
 5 | NtSetEvent
 5 | NtSetInformationProcess
 4 | NtCreateSemaphore
 4 | NtCreateTimer2
 4 | NtQueryAttributesFile
 4 | NtQueryDirectoryFile
 4 | NtQuerySecurityAttributesToken
 4 | NtQueryVolumeInformationFile
 4 | NtReadFile
 3 | NtAllocateVirtualMemoryEx
 3 | NtDeviceIoControlFile
 3 | NtSubscribeWnfStateChange
 2 | NtCreateIoCompletion
 2 | NtCreateWorkerFactory
 2 | NtOpenDirectoryObject
 2 | NtOpenFile
 2 | NtQueryInformationFile
 2 | NtSetInformationKey
 1 | NtConnectPort
 1 | NtCreateMutant
 1 | NtCreateSection
 1 | NtInitializeNlsFiles
 1 | NtOpenProcessToken
 1 | NtOpenSemaphore
 1 | NtOpenSymbolicLinkObject
 1 | NtQueryInformationThread
 1 | NtQuerySymbolicLinkObject
 1 | NtReleaseMutant
 1 | NtSetTimer2
 1 | NtSetWnfProcessNotificationEvent
 1 | NtTerminateProcess
 1 | NtTestAlert
 1 | NtWaitForSingleObject
 1 | NtWriteFile
-----------------------------------------------------
 480 | TOTAL

After:

COUNT | LINE
-----------------------------------------------------
 55 | NtAllocateVirtualMemory
 51 | NtProtectVirtualMemory
 41 | NtClose
 16 | NtTraceControl
 14 | NtOpenKeyEx
 13 | NtOpenKey
 11 | NtCreateFile
 11 | NtQuerySystemInformation
 9 | NtQueryValueKey
 8 | NtMapViewOfSection
 8 | NtQueryWnfStateData
 7 | NtSetInformationWorkerFactory
 6 | NtAssociateWaitCompletionPacket
 6 | NtCreateWaitCompletionPacket
 6 | NtQueryInformationToken
 5 | NtApphelpCacheControl
 5 | NtCreateEvent
 5 | NtOpenSection
 5 | NtQueryPerformanceCounter
 5 | NtSetEvent
 5 | NtSetInformationVirtualMemory
 4 | NtCreateTimer2
 4 | NtQueryAttributesFile
 4 | NtQueryDirectoryFile
 4 | NtQueryInformationProcess
 4 | NtQuerySecurityAttributesToken
 4 | NtReadFile
 4 | NtSetInformationProcess
 3 | NtAllocateVirtualMemoryEx
 3 | NtFreeVirtualMemory
 3 | NtQuerySystemInformationEx
 3 | NtQueryVirtualMemory
 3 | NtSubscribeWnfStateChange
 2 | NtCreateIoCompletion
 2 | NtCreateSemaphore
 2 | NtCreateWorkerFactory
 2 | NtDeviceIoControlFile
 2 | NtOpenDirectoryObject
 2 | NtQueryInformationFile
 1 | NtConnectPort
 1 | NtCreateMutant
 1 | NtCreateSection
 1 | NtInitializeNlsFiles
 1 | NtOpenFile
 1 | NtOpenProcessToken
 1 | NtOpenSemaphore
 1 | NtOpenSymbolicLinkObject
 1 | NtQueryInformationThread
 1 | NtQuerySymbolicLinkObject
 1 | NtQueryVolumeInformationFile
 1 | NtReleaseMutant
 1 | NtSetTimer2
 1 | NtSetWnfProcessNotificationEvent
 1 | NtTerminateProcess
 1 | NtTestAlert
 1 | NtWaitForSingleObject
 1 | NtWriteFile
-----------------------------------------------------
 365 | TOTAL
[Previously](https://github.com/ziglang/zig/pull/18091). Contributes towards https://codeberg.org/ziglang/zig/issues/31131 --- The dependency on advapi32.dll actually silently brings along 3 other dlls at runtime (msvcrt.dll, sechost.dll, bcrypt.dll), even if no advapi32 APIs are called. So, this commit actually reduces the number of dlls loaded at runtime by 4 (but only when LLVM is not linked, since LLVM has its own dependency on advapi32.dll). The data is not super conclusive, but the ntdll version of WindowsSdk appears to run slightly faster than the previous advapi32 version: ``` Benchmark 1: libc-ntdll.exe .. Time (mean ± σ): 6.0 ms ± 0.6 ms [User: 3.9 ms, System: 7.1 ms] Range (min ... max): 4.8 ms ... 7.9 ms 112 runs Benchmark 2: libc-advapi32.exe .. Time (mean ± σ): 7.2 ms ± 0.5 ms [User: 5.4 ms, System: 9.2 ms] Range (min ... max): 6.1 ms ... 8.9 ms 103 runs Summary 'libc-ntdll.exe ..' ran 1.21 ± 0.15 times faster than 'libc-advapi32.exe ..' ``` and this mostly seems to be due to changes in the implementation (the advapi32 APIs do a lot of NtQueryKey calls that the new implementation doesn't do) rather than due to the decrease in dll loading. LLVM-less zig binaries don't show the same reduction (the only difference here is the DLLs being loaded): ``` Benchmark 1: stage4-ntdll\bin\zig.exe version Time (mean ± σ): 3.0 ms ± 0.6 ms [User: 5.3 ms, System: 4.8 ms] Range (min ... max): 1.3 ms ... 4.2 ms 112 runs Benchmark 2: stage4-advapi32\bin\zig.exe version Time (mean ± σ): 3.5 ms ± 0.6 ms [User: 6.9 ms, System: 5.5 ms] Range (min ... max): 2.5 ms ... 5.9 ms 111 runs Summary 'stage4-ntdll\bin\zig.exe version' ran 1.16 ± 0.28 times faster than 'stage4-advapi32\bin\zig.exe version' ``` --- With the removal of the advapi32 dependency, the non-ntdll dependencies that remain in an LLVM-less Zig binary are ws2_32.dll (which brings along rpcrt4.dll at runtime), kernel32.dll (which brings along kernelbase.dll at runtime), and crypt32.dll (which brings along ucrtbase.dll at runtime). --- For anyone that wants to audit the syscalls before/after, here's the output of compiling `lib/compiler/libc.zig` and running it via [NtTrace](https://github.com/rogerorr/NtTrace) for my setup: https://gist.github.com/squeek502/d57a2f0133164c3149222e3987b10079 <details> <summary>Comparison of syscall counts</summary> Before: ``` COUNT | LINE ----------------------------------------------------- 70 | NtProtectVirtualMemory 64 | NtAllocateVirtualMemory 46 | NtClose 29 | NtTraceControl 20 | NtQueryKey 14 | NtOpenKey 14 | NtOpenKeyEx 14 | NtQueryValueKey 12 | NtMapViewOfSection 11 | NtCreateFile 11 | NtQuerySystemInformation 10 | NtQueryInformationToken 9 | NtApphelpCacheControl 9 | NtOpenSection 9 | NtQueryPerformanceCounter 9 | NtSetInformationVirtualMemory 8 | NtQueryWnfStateData 7 | NtSetInformationWorkerFactory 6 | NtAssociateWaitCompletionPacket 6 | NtCreateEvent 6 | NtCreateWaitCompletionPacket 6 | NtQueryInformationProcess 5 | NtFreeVirtualMemory 5 | NtQuerySystemInformationEx 5 | NtQueryVirtualMemory 5 | NtSetEvent 5 | NtSetInformationProcess 4 | NtCreateSemaphore 4 | NtCreateTimer2 4 | NtQueryAttributesFile 4 | NtQueryDirectoryFile 4 | NtQuerySecurityAttributesToken 4 | NtQueryVolumeInformationFile 4 | NtReadFile 3 | NtAllocateVirtualMemoryEx 3 | NtDeviceIoControlFile 3 | NtSubscribeWnfStateChange 2 | NtCreateIoCompletion 2 | NtCreateWorkerFactory 2 | NtOpenDirectoryObject 2 | NtOpenFile 2 | NtQueryInformationFile 2 | NtSetInformationKey 1 | NtConnectPort 1 | NtCreateMutant 1 | NtCreateSection 1 | NtInitializeNlsFiles 1 | NtOpenProcessToken 1 | NtOpenSemaphore 1 | NtOpenSymbolicLinkObject 1 | NtQueryInformationThread 1 | NtQuerySymbolicLinkObject 1 | NtReleaseMutant 1 | NtSetTimer2 1 | NtSetWnfProcessNotificationEvent 1 | NtTerminateProcess 1 | NtTestAlert 1 | NtWaitForSingleObject 1 | NtWriteFile ----------------------------------------------------- 480 | TOTAL ``` After: ``` COUNT | LINE ----------------------------------------------------- 55 | NtAllocateVirtualMemory 51 | NtProtectVirtualMemory 41 | NtClose 16 | NtTraceControl 14 | NtOpenKeyEx 13 | NtOpenKey 11 | NtCreateFile 11 | NtQuerySystemInformation 9 | NtQueryValueKey 8 | NtMapViewOfSection 8 | NtQueryWnfStateData 7 | NtSetInformationWorkerFactory 6 | NtAssociateWaitCompletionPacket 6 | NtCreateWaitCompletionPacket 6 | NtQueryInformationToken 5 | NtApphelpCacheControl 5 | NtCreateEvent 5 | NtOpenSection 5 | NtQueryPerformanceCounter 5 | NtSetEvent 5 | NtSetInformationVirtualMemory 4 | NtCreateTimer2 4 | NtQueryAttributesFile 4 | NtQueryDirectoryFile 4 | NtQueryInformationProcess 4 | NtQuerySecurityAttributesToken 4 | NtReadFile 4 | NtSetInformationProcess 3 | NtAllocateVirtualMemoryEx 3 | NtFreeVirtualMemory 3 | NtQuerySystemInformationEx 3 | NtQueryVirtualMemory 3 | NtSubscribeWnfStateChange 2 | NtCreateIoCompletion 2 | NtCreateSemaphore 2 | NtCreateWorkerFactory 2 | NtDeviceIoControlFile 2 | NtOpenDirectoryObject 2 | NtQueryInformationFile 1 | NtConnectPort 1 | NtCreateMutant 1 | NtCreateSection 1 | NtInitializeNlsFiles 1 | NtOpenFile 1 | NtOpenProcessToken 1 | NtOpenSemaphore 1 | NtOpenSymbolicLinkObject 1 | NtQueryInformationThread 1 | NtQuerySymbolicLinkObject 1 | NtQueryVolumeInformationFile 1 | NtReleaseMutant 1 | NtSetTimer2 1 | NtSetWnfProcessNotificationEvent 1 | NtTerminateProcess 1 | NtTestAlert 1 | NtWaitForSingleObject 1 | NtWriteFile ----------------------------------------------------- 365 | TOTAL ``` </details>
andrewrk left a comment
Copy link

Great work!

Great work!
squeek502 force-pushed delete-advapi32 from 1ef37c5ddb
Some checks failed
ci / x86_64-netbsd-release (pull_request) Successful in 33m44s
ci / x86_64-freebsd-release (pull_request) Successful in 34m10s
ci / x86_64-freebsd-debug (pull_request) Successful in 39m53s
ci / x86_64-netbsd-debug (pull_request) Successful in 41m31s
ci / x86_64-linux-debug (pull_request) Successful in 54m22s
ci / aarch64-macos-release (pull_request) Successful in 55m57s
ci / x86_64-openbsd-release (pull_request) Successful in 57m2s
ci / riscv64-linux-debug (pull_request) Has been skipped
ci / riscv64-linux-release (pull_request) Has been skipped
ci / x86_64-openbsd-debug (pull_request) Successful in 59m27s
ci / x86_64-windows-debug (pull_request) Successful in 1h4m25s
ci / aarch64-macos-debug (pull_request) Successful in 1h10m39s
ci / x86_64-windows-release (pull_request) Successful in 1h12m6s
ci / s390x-linux-release (pull_request) Successful in 1h17m41s
ci / aarch64-linux-release (pull_request) Successful in 1h30m18s
ci / x86_64-linux-release (pull_request) Failing after 1h33m11s
ci / powerpc64le-linux-release (pull_request) Has been cancelled
ci / powerpc64le-linux-debug (pull_request) Has been cancelled
ci / x86_64-linux-debug-llvm (pull_request) Has been cancelled
ci / aarch64-linux-debug (pull_request) Has been cancelled
ci / s390x-linux-debug (pull_request) Has been cancelled
ci / aarch64-freebsd-debug (pull_request) Has been cancelled
ci / aarch64-freebsd-release (pull_request) Has been cancelled
ci / loongarch64-linux-debug (pull_request) Has been cancelled
ci / loongarch64-linux-release (pull_request) Has been cancelled
to fdde8e6394
All checks were successful
ci / riscv64-linux-debug (pull_request) Has been skipped
ci / riscv64-linux-release (pull_request) Has been skipped
ci / x86_64-freebsd-release (pull_request) Successful in 31m12s
ci / x86_64-netbsd-debug (pull_request) Successful in 36m8s
ci / aarch64-macos-release (pull_request) Successful in 39m4s
ci / x86_64-freebsd-debug (pull_request) Successful in 42m27s
ci / x86_64-openbsd-release (pull_request) Successful in 44m50s
ci / x86_64-openbsd-debug (pull_request) Successful in 47m48s
ci / aarch64-macos-debug (pull_request) Successful in 50m24s
ci / x86_64-windows-release (pull_request) Successful in 52m50s
ci / x86_64-netbsd-release (pull_request) Successful in 29m13s
ci / x86_64-windows-debug (pull_request) Successful in 1h5m35s
ci / x86_64-linux-debug (pull_request) Successful in 1h15m38s
ci / aarch64-linux-release (pull_request) Successful in 1h28m34s
ci / powerpc64le-linux-release (pull_request) Successful in 1h28m24s
ci / s390x-linux-release (pull_request) Successful in 1h47m44s
ci / x86_64-linux-release (pull_request) Successful in 1h52m48s
ci / aarch64-linux-debug (pull_request) Successful in 2h13m29s
ci / s390x-linux-debug (pull_request) Successful in 2h49m56s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 2h56m44s
ci / powerpc64le-linux-debug (pull_request) Successful in 4h9m9s
ci / loongarch64-linux-release (pull_request) Successful in 2h20m4s
ci / loongarch64-linux-debug (pull_request) Successful in 3h6m6s
ci / aarch64-freebsd-debug (pull_request) Successful in 3h8m0s
ci / aarch64-freebsd-release (pull_request) Successful in 2h50m36s
2026年03月03日 10:13:04 +01:00
Compare
Sign in to join this conversation.
No reviewers
Labels
Clear labels
abi/f32
abi/ilp32
abi/sf
accepted
This proposal is planned.
arch/21k
arch/6502
arch/aarch64
arch/alpha
arch/amdgcn
arch/arc
arch/arc32
arch/arc64
arch/arm
arch/avr
arch/bfin
arch/bpf
arch/colossus
arch/cris
arch/csky
arch/dlx
arch/epiphany
arch/fr30
arch/frv
arch/hexagon
arch/hppa
arch/hppa64
arch/ia64
arch/kalimba
arch/kvx
arch/lanai
arch/lm32
arch/loongarch32
arch/loongarch64
arch/m32r
arch/m68k
arch/m88k
arch/mcore
arch/microblaze
arch/mips
arch/mips64
arch/mmix
arch/moxie
arch/mrisc32
arch/msp430
arch/nds32
arch/ns32k
arch/nvptx
arch/or1k
arch/powerpc
arch/powerpc64
arch/propeller
arch/riscv32
arch/riscv64
arch/rl78
arch/rx
arch/s390x
arch/sh
arch/sparc
arch/sparc64
arch/spirv
arch/spu
arch/tricore
arch/v850
arch/vax
arch/vc4
arch/ve
arch/wasm
arch/x86
arch/x86_64
arch/xcore
arch/xtensa
autodoc
The web application for interactive documentation and generation of its assets.
backend/c
The C backend outputs C source code.
backend/llvm
The LLVM backend outputs an LLVM bitcode module.
backend/self-hosted
The self-hosted backends produce machine code directly.
binutils
Zig's included binary utilities: zig ar, zig dlltool, zig lib, zig ranlib, zig objcopy, and zig rc.
breaking
Implementing this issue could cause existing code to no longer compile or have different behavior.
build system
The Zig build system - zig build, std.Build, the build runner, and package management.
debug info
An issue related to debug information (e.g. DWARF) produced by the Zig compiler.
docs
An issue with documentation, e.g. the language reference or standard library doc comments.
error message
This issue points out an error message that is unhelpful and should be improved.
frontend
Tokenization, parsing, AstGen, ZonGen, Sema, Legalize, and Liveness.
fuzzing
An issue related to Zig's integrated fuzz testing.
incremental
Reuse of internal compiler state for faster compilation.
lib/c
This issue relates to Zig's libc implementation and/or vendored libcs.
lib/compiler-rt
This issue relates to Zig's compiler-rt library.
lib/cxx
This issue relates to Zig's vendored libc++ and/or libc++abi.
lib/std
This issue relates to Zig's standard library.
lib/tsan
This issue relates to Zig's vendored libtsan.
lib/ubsan-rt
This issue relates to Zig's ubsan-rt library.
lib/unwind
This issue relates to Zig's vendored libunwind.
linking
Zig's integrated object file and incremental linker.
miscompilation
The compiler reports success but produces semantically incorrect code.
os/android
os/contiki
os/dragonfly
os/driverkit
os/emscripten
os/freebsd
os/fuchsia
os/haiku
os/hermit
os/hurd
os/illumos
os/ios
os/linux
os/maccatalyst
os/macos
os/managarm
os/netbsd
os/ohos
os/openbsd
os/plan9
os/redox
os/rtems
os/serenity
os/tvos
os/uefi
os/visionos
os/wasi
os/watchos
os/windows
proposal
This issue suggests language modifications. If it also has the "accepted" label then it is planned.
release notes
This issue or pull request should be mentioned in the release notes.
testing
This issue is related to testing the compiler, standard library, or other parts of Zig.
zig cc
Zig as a drop-in C-family compiler.
zig fmt
The Zig source code formatter.
zig reduce
The Zig source code reduction tool.
bounty
https://ziglang.org/news/announcing-donor-bounties
bug
Observed behavior contradicts documented or intended behavior.
contributor-friendly
This issue is limited in scope and/or knowledge of project internals.
downstream
An issue with a third-party project that uses this project.
enhancement
Solving this issue will likely involve adding new logic or components to the codebase.
infra
An issue related to project infrastructure, e.g. continuous integration.
optimization
A task to improve performance and/or resource usage.
question
No questions on the issue tracker; use a community space instead.
regression
Something that used to work in a previous version stopped working
upstream
An issue with a third-party project that this project uses.
use case
Describes a real use case that is difficult or impossible, but does not propose a solution.
No labels
abi/f32
abi/ilp32
abi/sf
accepted
arch/21k
arch/6502
arch/aarch64
arch/alpha
arch/amdgcn
arch/arc
arch/arc32
arch/arc64
arch/arm
arch/avr
arch/bfin
arch/bpf
arch/colossus
arch/cris
arch/csky
arch/dlx
arch/epiphany
arch/fr30
arch/frv
arch/hexagon
arch/hppa
arch/hppa64
arch/ia64
arch/kalimba
arch/kvx
arch/lanai
arch/lm32
arch/loongarch32
arch/loongarch64
arch/m32r
arch/m68k
arch/m88k
arch/mcore
arch/microblaze
arch/mips
arch/mips64
arch/mmix
arch/moxie
arch/mrisc32
arch/msp430
arch/nds32
arch/ns32k
arch/nvptx
arch/or1k
arch/powerpc
arch/powerpc64
arch/propeller
arch/riscv32
arch/riscv64
arch/rl78
arch/rx
arch/s390x
arch/sh
arch/sparc
arch/sparc64
arch/spirv
arch/spu
arch/tricore
arch/v850
arch/vax
arch/vc4
arch/ve
arch/wasm
arch/x86
arch/x86_64
arch/xcore
arch/xtensa
autodoc
backend/c
backend/llvm
backend/self-hosted
binutils
breaking
build system
debug info
docs
error message
frontend
fuzzing
incremental
lib/c
lib/compiler-rt
lib/cxx
lib/std
lib/tsan
lib/ubsan-rt
lib/unwind
linking
miscompilation
os/android
os/contiki
os/dragonfly
os/driverkit
os/emscripten
os/freebsd
os/fuchsia
os/haiku
os/hermit
os/hurd
os/illumos
os/ios
os/linux
os/maccatalyst
os/macos
os/managarm
os/netbsd
os/ohos
os/openbsd
os/plan9
os/redox
os/rtems
os/serenity
os/tvos
os/uefi
os/visionos
os/wasi
os/watchos
os/windows
proposal
release notes
testing
zig cc
zig fmt
zig reduce
bounty
bug
contributor-friendly
downstream
enhancement
infra
optimization
question
regression
upstream
use case
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
ziglang/zig!31384
Reference in a new issue
ziglang/zig
No description provided.
Delete branch "squeek502/zig:delete-advapi32"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?