ziglang/zig
260
6.0k
Fork
You've already forked zig
775

zigc: long double: call double function if long double and double are equivalent #31775

Merged
andrewrk merged 2 commits from rpkak/zig:zigc-long-double into master 2026年04月16日 19:57:57 +02:00
Contributor
Copy link

For some of these functions and most targets this changes nothing, either because long double and double are not equivalent or because llvm did function deduplication.

But e.g. on aarch64-windows-gnu, ucrt provides hypot, but not hypotl. With this PR hypotl calls hypot from ucrt instead of including the std.math.hypot implementation in zigc.

I did not change very trivial functions (like nanl), because a function call would probably make this function more complex.

EDIT: This PR also removes some code which would only be reached if c_longdouble had only 32 or 16 bits. See the comments below.

For some of these functions and most targets this changes nothing, either because `long double` and `double` are not equivalent or because llvm did function deduplication. But e.g. on `aarch64-windows-gnu`, ucrt provides `hypot`, but not `hypotl`. With this PR `hypotl` calls `hypot` from ucrt instead of including the `std.math.hypot` implementation in zigc. I did not change very trivial functions (like `nanl`), because a function call would probably make this function more complex. **EDIT**: This PR also removes some code which would only be reached if `c_longdouble` had only `32` or `16` bits. See the comments below.
First-time contributor
Copy link

Do you have an example system where long double is 32-bits? I'd suspect this is dead-code based on this note in the C (C99) standard:

p precision (the number of base-b digits in the significand)

8 The values given in the following list shall be replaced by constant expressions with
implementation-defined values that are greater or equal in magnitude (absolute value) to
those shown, with the same sign:

— number of decimal digits, q, such that any floating-point number with q decimal digits
can be rounded into a floating-point number with p radix b digits and back again
without change to the q decimal digits,

p * log10(b) if b is a power of 10
floor[(p − 1) * log10(b)] otherwise

FLT_DIG 6
DBL_DIG 10
LDBL_DIG 10

For f32; floor((24-1)*log10(2)) = floor(6.92) = 6, which is less than LDBL_DIG.

Do you have an example system where long double is 32-bits? I'd suspect this is dead-code based on this note in the C (C99) standard: > p precision (the number of base-b digits in the significand) > 8 The values given in the following list shall be replaced by constant expressions with > implementation-defined values that are greater or equal in magnitude (absolute value) to > those shown, with the same sign: > — number of decimal digits, q, such that any floating-point number with q decimal digits > can be rounded into a floating-point number with p radix b digits and back again > without change to the q decimal digits, > > p * log10(b) if b is a power of 10 > floor[(p − 1) * log10(b)] otherwise > > FLT_DIG 6 > DBL_DIG 10 > LDBL_DIG 10 For f32; `floor((24-1)*log10(2)) = floor(6.92) = 6`, which is less than `LDBL_DIG`.
Author
Contributor
Copy link

@tiehuis wrote in #31775 (comment):

Do you have an example system where long double is 32-bits?

no

The reason I included the 32 bit case is, that in compiler_rt, functions like sqrtl also have the 32 bit case (and also a 16 bit case).

I'd suspect this is dead-code

It is not dead-code in the sense of unreachable instructions in the binary, because the switch is evaluated at comptime, but it's dead-code in the sense, that the comptime control flow never reaches it.

Should I remove the 16 and 32 bit cases from compiler_rt and zigc math code in this PR?

@tiehuis wrote in https://codeberg.org/ziglang/zig/pulls/31775#issuecomment-12841611: > Do you have an example system where long double is 32-bits? no The reason I included the 32 bit case is, that in `compiler_rt`, functions like [`sqrtl`](https://codeberg.org/ziglang/zig/src/commit/a38c6bbcc4542dbae607536cdd9fde139c19863f/lib/compiler_rt/sqrt.zig#L482-L491) also have the 32 bit case (and also a 16 bit case). > I'd suspect this is dead-code It is not dead-code in the sense of unreachable instructions in the binary, because the switch is evaluated at comptime, but it's dead-code in the sense, that the comptime control flow never reaches it. Should I remove the 16 and 32 bit cases from compiler_rt and zigc math code in this PR?
First-time contributor
Copy link

Should I remove the 16 and 32 bit cases from compiler_rt and zigc math code in this PR?

I would remove these cases for clarity. I don't think we need to worry about supporting non-standard c. If it does turn out to be relevant in future, it will be worth explicitly indicating why.

> Should I remove the 16 and 32 bit cases from compiler_rt and zigc math code in this PR? I would remove these cases for clarity. I don't think we need to worry about supporting non-standard c. If it does turn out to be relevant in future, it will be worth explicitly indicating why.
rpkak force-pushed zigc-long-double from fb60237894
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-netbsd-release (pull_request) Successful in 34m28s
ci / x86_64-freebsd-release (pull_request) Successful in 39m0s
ci / x86_64-freebsd-debug (pull_request) Successful in 52m42s
ci / x86_64-linux-debug (pull_request) Successful in 57m16s
ci / x86_64-netbsd-debug (pull_request) Successful in 57m37s
ci / s390x-linux-release (pull_request) Successful in 1h12m15s
ci / x86_64-openbsd-release (pull_request) Successful in 1h19m50s
ci / x86_64-windows-release (pull_request) Successful in 1h23m11s
ci / powerpc64le-linux-release (pull_request) Successful in 1h26m37s
ci / aarch64-linux-release (pull_request) Successful in 1h27m47s
ci / x86_64-windows-debug (pull_request) Successful in 1h28m40s
ci / x86_64-openbsd-debug (pull_request) Successful in 1h31m45s
ci / aarch64-macos-release (pull_request) Successful in 1h40m32s
ci / aarch64-macos-debug (pull_request) Successful in 2h8m0s
ci / loongarch64-linux-release (pull_request) Successful in 2h9m11s
ci / s390x-linux-debug (pull_request) Successful in 2h36m31s
ci / aarch64-linux-debug (pull_request) Successful in 2h43m34s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 2h49m20s
ci / x86_64-linux-release (pull_request) Successful in 2h59m31s
ci / loongarch64-linux-debug (pull_request) Successful in 3h25m36s
ci / powerpc64le-linux-debug (pull_request) Successful in 4h49m1s
ci / aarch64-freebsd-release (pull_request) Successful in 2h50m57s
ci / aarch64-freebsd-debug (pull_request) Successful in 3h55m37s
ci / aarch64-netbsd-debug (pull_request) Successful in 3h36m42s
ci / aarch64-netbsd-release (pull_request) Successful in 2h41m57s
to 226140a259
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-netbsd-release (pull_request) Successful in 49m37s
ci / x86_64-freebsd-release (pull_request) Successful in 52m14s
ci / x86_64-freebsd-debug (pull_request) Successful in 58m5s
ci / x86_64-netbsd-debug (pull_request) Successful in 58m28s
ci / x86_64-windows-release (pull_request) Successful in 1h3m15s
ci / x86_64-linux-debug (pull_request) Successful in 1h5m3s
ci / aarch64-macos-release (pull_request) Successful in 1h9m0s
ci / x86_64-openbsd-release (pull_request) Successful in 1h12m19s
ci / x86_64-windows-debug (pull_request) Successful in 1h19m47s
ci / x86_64-openbsd-debug (pull_request) Successful in 1h20m8s
ci / aarch64-linux-release (pull_request) Successful in 1h31m20s
ci / powerpc64le-linux-release (pull_request) Successful in 1h38m12s
ci / s390x-linux-release (pull_request) Successful in 1h46m11s
ci / aarch64-macos-debug (pull_request) Successful in 1h54m51s
ci / loongarch64-linux-release (pull_request) Successful in 1h58m19s
ci / x86_64-linux-release (pull_request) Successful in 2h25m13s
ci / aarch64-linux-debug (pull_request) Successful in 2h29m10s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 2h32m13s
ci / s390x-linux-debug (pull_request) Successful in 3h6m2s
ci / loongarch64-linux-debug (pull_request) Successful in 3h33m31s
ci / powerpc64le-linux-debug (pull_request) Successful in 4h27m43s
ci / aarch64-freebsd-debug (pull_request) Successful in 3h40m28s
ci / aarch64-freebsd-release (pull_request) Successful in 2h56m48s
ci / aarch64-netbsd-release (pull_request) Successful in 2h52m2s
ci / aarch64-netbsd-debug (pull_request) Successful in 4h19m54s
2026年04月08日 08:41:53 +02:00
Compare
andrewrk requested changes 2026年04月09日 18:02:41 +02:00
Dismissed
andrewrk left a comment
Copy link

Thanks for the patch, and for taking @tiehuis's advice. One request-

Thanks for the patch, and for taking @tiehuis's advice. One request-
lib/c/math.zig Outdated
@ -92,1 +92,4 @@
/// On targets on which these functions are exported, they are the same as the exported functions.
/// On other targets, extern (ucrt) functions are used.
constextern_functions=struct{
Owner
Copy link

hmmmm, in general, how should zig libc make calls to libc public functions? I think via std.c. That's where these functions should live.

hmmmm, in general, how should zig libc make calls to libc public functions? I think via `std.c`. That's where these functions should live.
rpkak marked this conversation as resolved
rpkak force-pushed zigc-long-double from 226140a259
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-netbsd-release (pull_request) Successful in 49m37s
ci / x86_64-freebsd-release (pull_request) Successful in 52m14s
ci / x86_64-freebsd-debug (pull_request) Successful in 58m5s
ci / x86_64-netbsd-debug (pull_request) Successful in 58m28s
ci / x86_64-windows-release (pull_request) Successful in 1h3m15s
ci / x86_64-linux-debug (pull_request) Successful in 1h5m3s
ci / aarch64-macos-release (pull_request) Successful in 1h9m0s
ci / x86_64-openbsd-release (pull_request) Successful in 1h12m19s
ci / x86_64-windows-debug (pull_request) Successful in 1h19m47s
ci / x86_64-openbsd-debug (pull_request) Successful in 1h20m8s
ci / aarch64-linux-release (pull_request) Successful in 1h31m20s
ci / powerpc64le-linux-release (pull_request) Successful in 1h38m12s
ci / s390x-linux-release (pull_request) Successful in 1h46m11s
ci / aarch64-macos-debug (pull_request) Successful in 1h54m51s
ci / loongarch64-linux-release (pull_request) Successful in 1h58m19s
ci / x86_64-linux-release (pull_request) Successful in 2h25m13s
ci / aarch64-linux-debug (pull_request) Successful in 2h29m10s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 2h32m13s
ci / s390x-linux-debug (pull_request) Successful in 3h6m2s
ci / loongarch64-linux-debug (pull_request) Successful in 3h33m31s
ci / powerpc64le-linux-debug (pull_request) Successful in 4h27m43s
ci / aarch64-freebsd-debug (pull_request) Successful in 3h40m28s
ci / aarch64-freebsd-release (pull_request) Successful in 2h56m48s
ci / aarch64-netbsd-release (pull_request) Successful in 2h52m2s
ci / aarch64-netbsd-debug (pull_request) Successful in 4h19m54s
to 698c462c44
All checks were successful
ci / x86_64-freebsd-release (pull_request) Successful in 41m21s
ci / aarch64-macos-release (pull_request) Successful in 44m54s
ci / x86_64-netbsd-release (pull_request) Successful in 48m52s
ci / x86_64-netbsd-debug (pull_request) Successful in 58m49s
ci / x86_64-freebsd-debug (pull_request) Successful in 1h0m46s
ci / aarch64-macos-debug (pull_request) Successful in 1h4m52s
ci / x86_64-linux-debug (pull_request) Successful in 1h5m24s
ci / x86_64-windows-release (pull_request) Successful in 1h6m51s
ci / x86_64-openbsd-release (pull_request) Successful in 1h14m32s
ci / x86_64-openbsd-debug (pull_request) Successful in 1h21m46s
ci / powerpc64le-linux-release (pull_request) Successful in 1h26m54s
ci / s390x-linux-release (pull_request) Successful in 1h30m49s
ci / aarch64-linux-release (pull_request) Successful in 1h31m4s
ci / x86_64-windows-debug (pull_request) Successful in 1h32m8s
ci / aarch64-linux-debug (pull_request) Successful in 2h29m36s
ci / x86_64-linux-release (pull_request) Successful in 2h37m55s
ci / loongarch64-linux-release (pull_request) Successful in 1h58m9s
ci / s390x-linux-debug (pull_request) Successful in 2h46m48s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 3h2m7s
ci / loongarch64-linux-debug (pull_request) Successful in 3h51m20s
ci / riscv64-linux-debug (pull_request) Has been skipped
ci / riscv64-linux-release (pull_request) Has been skipped
ci / powerpc64le-linux-debug (pull_request) Successful in 4h43m16s
ci / aarch64-freebsd-debug (pull_request) Successful in 3h56m51s
ci / aarch64-freebsd-release (pull_request) Successful in 2h52m9s
ci / aarch64-netbsd-debug (pull_request) Successful in 4h12m21s
ci / aarch64-netbsd-release (pull_request) Successful in 2h40m14s
2026年04月09日 20:20:36 +02:00
Compare
andrewrk left a comment
Copy link

Thanks!

Thanks!
rpkak force-pushed zigc-long-double from 698c462c44
All checks were successful
ci / x86_64-freebsd-release (pull_request) Successful in 41m21s
ci / aarch64-macos-release (pull_request) Successful in 44m54s
ci / x86_64-netbsd-release (pull_request) Successful in 48m52s
ci / x86_64-netbsd-debug (pull_request) Successful in 58m49s
ci / x86_64-freebsd-debug (pull_request) Successful in 1h0m46s
ci / aarch64-macos-debug (pull_request) Successful in 1h4m52s
ci / x86_64-linux-debug (pull_request) Successful in 1h5m24s
ci / x86_64-windows-release (pull_request) Successful in 1h6m51s
ci / x86_64-openbsd-release (pull_request) Successful in 1h14m32s
ci / x86_64-openbsd-debug (pull_request) Successful in 1h21m46s
ci / powerpc64le-linux-release (pull_request) Successful in 1h26m54s
ci / s390x-linux-release (pull_request) Successful in 1h30m49s
ci / aarch64-linux-release (pull_request) Successful in 1h31m4s
ci / x86_64-windows-debug (pull_request) Successful in 1h32m8s
ci / aarch64-linux-debug (pull_request) Successful in 2h29m36s
ci / x86_64-linux-release (pull_request) Successful in 2h37m55s
ci / loongarch64-linux-release (pull_request) Successful in 1h58m9s
ci / s390x-linux-debug (pull_request) Successful in 2h46m48s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 3h2m7s
ci / loongarch64-linux-debug (pull_request) Successful in 3h51m20s
ci / riscv64-linux-debug (pull_request) Has been skipped
ci / riscv64-linux-release (pull_request) Has been skipped
ci / powerpc64le-linux-debug (pull_request) Successful in 4h43m16s
ci / aarch64-freebsd-debug (pull_request) Successful in 3h56m51s
ci / aarch64-freebsd-release (pull_request) Successful in 2h52m9s
ci / aarch64-netbsd-debug (pull_request) Successful in 4h12m21s
ci / aarch64-netbsd-release (pull_request) Successful in 2h40m14s
to f564a7733c
Some checks failed
ci / aarch64-netbsd-debug (pull_request) Waiting to run
ci / aarch64-netbsd-release (pull_request) Waiting to run
ci / riscv64-linux-debug (pull_request) Waiting to run
ci / riscv64-linux-release (pull_request) Waiting to run
ci / x86_64-freebsd-release (pull_request) Successful in 40m38s
ci / x86_64-netbsd-release (pull_request) Successful in 42m20s
ci / x86_64-netbsd-debug (pull_request) Successful in 51m29s
ci / x86_64-freebsd-debug (pull_request) Successful in 53m14s
ci / aarch64-macos-release (pull_request) Successful in 1h25m45s
ci / aarch64-linux-release (pull_request) Successful in 1h28m2s
ci / x86_64-openbsd-release (pull_request) Successful in 1h0m38s
ci / x86_64-openbsd-debug (pull_request) Successful in 1h13m41s
ci / aarch64-macos-debug (pull_request) Successful in 1h42m39s
ci / x86_64-linux-debug (pull_request) Successful in 2h1m41s
ci / x86_64-windows-release (pull_request) Successful in 1h10m1s
ci / x86_64-windows-debug (pull_request) Successful in 1h15m47s
ci / aarch64-linux-debug (pull_request) Successful in 2h26m26s
ci / x86_64-linux-debug-llvm (pull_request) Successful in 3h4m6s
ci / x86_64-linux-release (pull_request) Successful in 3h17m54s
ci / s390x-linux-release (pull_request) Successful in 1h43m47s
ci / s390x-linux-debug (pull_request) Successful in 2h28m21s
ci / powerpc64le-linux-release (pull_request) Successful in 1h40m8s
ci / powerpc64le-linux-debug (pull_request) Successful in 4h52m57s
ci / loongarch64-linux-release (pull_request) Successful in 2h6m21s
ci / loongarch64-linux-debug (pull_request) Successful in 3h15m38s
ci / aarch64-freebsd-debug (pull_request) Has been cancelled
ci / aarch64-freebsd-release (pull_request) Has been cancelled
2026年04月16日 07:08:32 +02:00
Compare
Author
Contributor
Copy link

rebased to include #31759

rebased to include #31759
rpkak deleted branch zigc-long-double 2026年04月16日 22:08:09 +02:00
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
3 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!31775
Reference in a new issue
ziglang/zig
No description provided.
Delete branch "rpkak/zig:zigc-long-double"

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?