Skip to content

0.19.1 --- a name beneath a volume is absolute, and openkal-musl is a compatible range - #67

Merged
Sunrisepeak merged 2 commits into
mainfrom
openkal-0.24.1
Nov 6, 2026
Merged

Sunrisepeak merged 2 commits into
mainfrom
openkal-0.24.1

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

Fixes #64. Part of the openkal 0.24.1 correction group (mcpp design record 2026-11-07 §4.2).

  • llvm/libcxx/src/filesystem/path_parser.h (in-place marker): under OPENKAL, X: followed by / is a root name in both parse directions; X: alone stays an ordinary name, matching openkal-musl's root_length.
  • port/include/__filesystem/path.h (overlay, vendored tree unchanged): append(Source) decides absoluteness through path::is_absolute() under OPENKAL/__OPENKAL__, so path / "D:/y" equals path / path("D:/y").
  • examples/cxx and examples/image-cxx state the decomposition, iteration in both directions, D:/D:x as relative, append, lexically_relative, and the working directory through absolute/canonical. Locally on Linux: four observations fail without the change and none with it; the Windows rows exercise the working-directory results.
  • openkal-musl is the compatible range ^0.28.0 (design §4.2.2, A1); llvm/PATCHES.md records both changes.

Co-authored-by: speak-agent

Sunrisepeak and others added 2 commits November 7, 2026 05:07
…mpatible range

libc++ read the C library's volume names (D:/...) as relative POSIX names,
so the working directory on Windows was not absolute and absolute,
canonical and relative built names that do not exist (#64). The path
parser now takes X: followed by / as a root name, as openkal-musl's
root_length does, and the append overlay decides absoluteness through
path::is_absolute. Both probes state the decomposition, append and
working-directory results; without the change four fail on Linux.

Co-authored-by: speak-agent <248744407+speak-agent@users.noreply.github.com>
Co-authored-by: speak-agent <248744407+speak-agent@users.noreply.github.com>
@Sunrisepeak
Sunrisepeak merged commit 2279dff into main Nov 6, 2026
10 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.

bug: Windows volume-prefixed current paths are relative in the public image runtime

1 participant