openkal-llvm-runtime 0.5.0 - #288
Merged
Merged
Conversation
Repins the C library to openkal-musl 0.9.0, which answers truncate(2), repins openkal-linux 0.7.1 and openkal-macos 0.6.1, and makes a build able to state which version of the C library it holds. For a program above this package: std::filesystem::copy_file reported `Resource temporarily unavailable' for two ordinary files, and std::filesystem::resize_file worked for no path at all. Reported in mcpplibs/openkal-linux#13. Measured before this commit: the CN mirror asset returns 200, opens as an archive, and its sha256 is identical to the GitHub tag tarball.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Completes the chain begun in #283 (openkal-linux 0.7.1, openkal-macos 0.6.1), #284 (openkal-musl 0.8.0) and #286 (openkal-musl 0.9.0). A consumer names this one line and gets all of it:
What a program above it gets
std::filesystem::copy_filereportedResource temporarily unavailablefor two ordinary files. libc++ opens a copy's source withO_NONBLOCK, which is meaningless for a regular file on a kernel; openkal-musl routes that through the bounded-transfer path, and the backends'kal_timeout_readdecoded a borrowedkal_streamhandle with the decoder for an owned one — waiting upon the descriptor below the one it then transferred upon.std::filesystem::resize_fileworked for no path at all, because libc++ expresses it as the name-shapedtruncateand onlyftruncatewas answered.OPENKAL_MUSL_TRACE=enosysnames it before the program runs and whether or not anything is missing;uname's release field carries it too. Both were absent, and two rounds of ENOSYS for fork/pipe/socket/chmod/symlink/copy_file_range blocks POSIX-style CLI workloads; one startup path jumps through a NULL stub openkal-linux#13 were answered against the wrong version because of it.Measured
Fetched back from the published CN URL, hashed against the GitHub tag tarball, and opened as an archive.
And the chain itself was verified through the index rather than through working trees — every repository in this family substitutes working trees for its dependencies in CI, so none of those runs examines the index entry, the archive, its hash or the resolved graph:
Locally:
check_mirror_urls,check_package_name,check_cross_package_refs,check_platform_version_parity,check_duplicate_versionsall pass. Added to all three platform tables, newest first, as this descriptor orders them.