Skip to content

openkal-opensbi 0.1.3 - #249

Merged
Sunrisepeak merged 1 commit into
mainfrom
idx/openkal-opensbi-0.1.3
Aug 24, 2026
Merged

openkal-opensbi 0.1.3#249
Sunrisepeak merged 1 commit into
mainfrom
idx/openkal-opensbi-0.1.3

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

0.1.2 只定义了它拥有的能力字。规范的查询是 property 对象上的内联函数,因此 kal::fs::has(...) 这类提问本身就取了 kal_fs_props 的地址,而后端把读零的字省了:

ld.lld: error: undefined symbol: kal_fs_props
>>> referenced by fs.cppm:136
>>>               obj/main.o:(kal::fs::properties@openkal.fs())

结果是一个后端在恰好是这个问题存在意义所在的那类机器上,让这个问题编不过去。上游 mcpplibs/openkal-opensbi#3 已合入并打了 0.1.3。

镜像已核验:GLOBAL 与 CN 两侧 27099 bytes、sha256 8da3f381… 一致,CN 对象实际下载并 tar tzf 通过。

…ll link

0.1.2 定义了它拥有的能力字,没定义它不拥有的那些。规范里的查询是
property 对象上的内联函数,因此**只要程序问一句「有没有文件系统」,
就取了 `kal_fs_props` 的地址** —— 这个引用来自提问本身,不来自任何
文件系统调用:

    ld.lld: error: undefined symbol: kal_fs_props
    >>> referenced by fs.cppm:136
    >>>               obj/main.o:(kal::fs::properties@openkal.fs())

⭐ 于是一个后端在**恰好是这个问题存在意义所在的那类机器上**,
让这个问题编不过去。0.1.3 把读零的字也定义出来。

镜像两侧字节一致(27099 bytes,sha256 8da3f381…),CN 对象已 curl 回来
解包核验过 —— gtc 报 uploaded 而对象 404 出现过,报告不算数。
@Sunrisepeak
Sunrisepeak merged commit 73eaed6 into main Aug 24, 2026
8 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