Skip to content

0.4.3: openkal 0.25 and the implementations of its family are admitted - #23

Merged
Sunrisepeak merged 1 commit into
mainfrom
fix/openkal-0.25-ranges
Nov 9, 2026
Merged

Sunrisepeak merged 1 commit into
mainfrom
fix/openkal-0.25-ranges

Conversation

@Sunrisepeak

@Sunrisepeak Sunrisepeak commented Nov 9, 2026 •

Copy link
Copy Markdown
Member

Summary

Requirements become ranges over both families: openkal >=0.24.0, <0.26.0, openkal-linux >=0.25.0, <0.27.0, openkal-macos >=0.22.0, <0.24.0, openkal-windows >=0.20.0, <0.22.0, openkal-emscripten >=0.13.0, <0.15.0.

Why: an openkal implementation that tests itself with mtest reaches this package (mtest -> mcpplibs.os), and this package requires the implementation; with caret requirements on the released family the package under test (a newer minor) could not stand for itself. Ranges keep the 0.24 family building exactly as before.

Why not the capability form (requires = ["mcpp:kernel-abi=openkal"] with [defaults] per system): it needs mcpp 2026.11.9.1, and a patch that raised the engine floor would stop every consumer on an older mcpp that resolves ^0.4. It belongs in a minor release.

Test plan

  • Local: mcpp test (2026.11.9.1) with the released family: 10 passed.
  • CI (the existing suite, already mtest): run 42682816563 at 3a06498 (23 jobs green); declared unit lifecycle run 42682816494.

The requirements are ranges over the 0.24 and 0.25 families, so the
implementations' own tests, which reach this package through mtest while the
package under test stands for itself, resolve. Nothing this library calls
changed, and no newer mcpp is stated.
@Sunrisepeak
Sunrisepeak merged commit 94d7a6e into main Nov 9, 2026
23 checks passed
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