Skip to content

register openkal-llvm-runtime 0.14.0 - #455

Merged
Sunrisepeak merged 1 commit into
mainfrom
register-openkal-llvm-runtime-0-14-0
Sep 20, 2026
Merged

Sunrisepeak merged 1 commit into
mainfrom
register-openkal-llvm-runtime-0-14-0

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

__libunwind_config.h --- the INSTALLED header that sizes unw_context_t by
the target's register save area --- reads __MCPP_TARGET_WINDOWS__ and keeps
|| defined(__CYGWIN__) beside it. Two operands cover every engine, so the
order of releases does not matter.

A SIXTH PATCH SITE, FOUND BY ENUMERATING RATHER THAN BY FAILING:
compiler-rt/lib/builtins/int_lib.h. That file is not installed, so it takes
a package-private define (OPENKAL_TARGET_WINDOWS) instead of the engine's
name --- the distinction is whose compile reads the header, which is the same
distinction that decides whether a macro belongs to the engine at all.

Pins openkal-musl 0.19.0, registered in #453, which carries the matching
change to bits/setjmp.h.

Cross-verified against the mcpp branch that withdraws __CYGWIN__: five jobs
green, including the Windows-host row of host-dimension, which builds
x86_64-windows-gnu and resolved openkal-musl@0.19.0. That row is the one
that matters here, since the macro exists only on Windows targets.

`__libunwind_config.h` --- the INSTALLED header that sizes `unw_context_t` by
the target's register save area --- reads `__MCPP_TARGET_WINDOWS__` and keeps
`|| defined(__CYGWIN__)` beside it. Two operands cover every engine, so the
order of releases does not matter.

A SIXTH PATCH SITE, FOUND BY ENUMERATING RATHER THAN BY FAILING:
`compiler-rt/lib/builtins/int_lib.h`. That file is not installed, so it takes
a package-private define (`OPENKAL_TARGET_WINDOWS`) instead of the engine's
name --- the distinction is whose compile reads the header, which is the same
distinction that decides whether a macro belongs to the engine at all.

Pins openkal-musl 0.19.0, registered in #453, which carries the matching
change to `bits/setjmp.h`.

Cross-verified against the mcpp branch that withdraws `__CYGWIN__`: five jobs
green, including the Windows-host row of `host-dimension`, which builds
`x86_64-windows-gnu` and resolved `openkal-musl@0.19.0`. That row is the one
that matters here, since the macro exists only on Windows targets.
@Sunrisepeak
Sunrisepeak merged commit 6db50b8 into main Sep 20, 2026
9 checks passed
@Sunrisepeak
Sunrisepeak deleted the register-openkal-llvm-runtime-0-14-0 branch September 20, 2026 20:58
Sunrisepeak added a commit that referenced this pull request Sep 20, 2026
THE TWO MOVE TOGETHER BECAUSE THE MEASUREMENT IS ABOUT WHAT THE PAIR DOES.

The engine withdraws `__CYGWIN__`. Four members of this suite --- archive
(xz), sqlite3, mimalloc, c-ares --- stopped at `#include <windows.h>` reached
through `#if defined(_WIN32) || defined(__CYGWIN__)`, and upstream means "Win32
is available" by that name. THIS MEASUREMENT IS THE CRITERION FOR THAT
CHANGE: the `windows.h` group should reach zero, and nothing that ran before
should stop running.

`runtime` -> 0.15.0 is what keeps the withdrawal safe. It pins openkal-musl
0.19.0, and both read `__MCPP_TARGET_WINDOWS__` in the INSTALLED headers that
size `jmp_buf` and `unw_context_t`, keeping `|| defined(__CYGWIN__)` beside
it. Measured on the engine branch before it merged: against the PUBLISHED
0.13.0, an openkal program for x86_64-windows-gnu fails on libunwind's two
`static_assert`s. Registered and published first --- #453, #455, #456 ---
before this line moved.

0.15.0 also makes `thread_local` destructors run, which `doctest` and
`spdlog` stop on today with `undefined symbol: __cxa_thread_atexit`. Those two
are the other half of what this run should report.

`openkal-compat.yml`'s MCPP_VERSION moves with `pins.toml` because that
workflow checks the two agree. `latest_mcpp` moves; `min_mcpp` DOES NOT ---
this release adds no manifest key, so no client loses the index.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant