0.6.0 --- repin the C library, whose exec search a consumer could not reach (#12)

openkal-musl 0.10.0. The C library it is configured for answered openkal-linux#13
by asking whether a program can be started before starting it, and by refusing
six answers that were not true.

⚠️⚠️ AND THIS REPIN IS NOT A FORMALITY, WHICH IS THE PART WORTH RECORDING.

A version requirement is EXACT here and nothing floats up, so this package's pin
is the whole of what a C++ consumer can have. Without this release, a program
that writes

    openkal-musl         = "0.10.0"
    openkal-llvm-runtime = "0.5.0"

does not get the new C library. It does not get the old one either --- it gets

    error: dependency 'mcpplibs.openkal-musl' has irreconcilable versions:
      '0.10.0' requested by '<the program>'
      '0.9.0'  requested by 'mcpplibs.openkal-llvm-runtime@0.5.0'

Measured. So a consumer building C++ --- which is every consumer of this package
--- reaches the C library through this pin and through nothing else, and telling
one to change its own line is telling it to do something that cannot work.

⭐ The reporter of openkal-linux#13 builds C++: their crash reports name libc++abi
and a terminal-interface library. They were told to change the wrong line, by us,
and this release is what makes the right line exist.

Verified through this package rather than beneath it: `std::filesystem::last_write_time`
on a lock DIRECTORY, both overloads. That is the reporter's own case, and the one
they read as a failure to READ because libc++ gives both overloads one name in
the message it throws. Reading was never broken; refreshing was, and now is not.

Author: Sunrisepeak

README.md

@@ -6,7 +6,7 @@ C library.
 
 ```toml
 [dependencies]
-openkal-llvm-runtime = "0.5.0"
+openkal-llvm-runtime = "0.6.0"
 ```
 
 A C++ standard library is not portable in the way a program is. It is

mcpp.toml

@@ -1,7 +1,7 @@
 [package]
 namespace   = "mcpplibs"
 name        = "openkal-llvm-runtime"
-version     = "0.5.0"
+version     = "0.6.0"
 description = "LLVM's C++ runtime libraries — libc++, libc++abi and libunwind — configured for openkal-musl rather than for a host C library."
 license     = "Apache-2.0"
 authors     = ["mcpplibs"]
@@ -208,7 +208,7 @@ sources = [
 cflags = ["-DDISABLE_AARCH64_FMV=1"]
 
 [dependencies]
-openkal-musl = "0.9.0"
+openkal-musl = "0.10.0"
 
 [build]
 cxx_standard = "c++23"