Sunrisepeak's recent timeline updates
Sunrisepeak

Sunrisepeak

仰望星空, 脚踏实地
V2EX member #676355, joined on 2024-02-19 16:08:41 +08:00
Observer & Explorer & Developer
Sunrisepeak's recent replies
@xinyu391 他本身不是库,只是接口规范没有任何实现。具体实现在 backend, 而 backend 你可以直接是内核或对系统调用封装的 C ,openkal 不关心实现方式 只做接口规范和标准。

这是 openkal 的 linux 实现, 直接走系统调用, 而 C 语言只是方便使用的工具

- https://github.com/mcpplibs/openkal-linux/blob/main/src/sys.h

但其实 openkal 不关心 是汇编或是其他。因为他是面向内核接口规范设计的一组 SPEC / 规约 / ABI, 即:

openkal: 是一组内核接口规范 (这个不是传统意义上的库)
openkal-linux: 是对这个内核接口规范的实现。(这个规范的具体实现以库形似表现, 也可以是内核)

只不过这个确实不太清楚怎么解释比较好, 核心就是理解 规范 和 具体的库的区别。

当然概念上有个类似的东西叫 posix, 你可以了解一下

(当然你我上面这段话复制给 AI 和他多轮对话辅助理解)
@SmiteChow 目前 mcpp 的方式是 把 kernel abi / c abi / c++ abi 变成编译期确定 可组合,和 编译器核心 解耦,和 zig 方式 可能稍微有点区别
@xinyu391 llvm 设计上就是多指令集后端,但是各种原因 通用交叉编译是用不了的。即在 linux 构建出可以用标准库的 macos / windows / linux 程序 现实好像没有人做这块,只有 mingw 做了 linux -> windows 是比较常用的,但目前 mcpp + openkal 体系 做到了 3 x 3 任意交叉构建 直接覆盖了 mingw 的功能范围 (当然目前是 MVP 初步验证通过,稳定性等一些方面肯定不能和 mingw 比
@coefu 就是可以啊, 屏蔽了底层库区别,走统一 ABI openkal ,编译期自动分发
备注: 除非是有人主动添加包, 自动抓取会过滤掉 小于 2 Star 的项目
@DeeCheung 复杂度高了后 模块间影响 性能很容易下降, 可能需要 按模块 + 全局性能优化
@DeeCheung 也是用 C++吗 还是 rust
@magicdawn 原来还有 nub, 这个之前还真没有发现 hhh
@msg7086 我实际体验下来, 超过 5 个 agent 并行 使用 worktree 依然会有冲突问题, 往往并行过多时推进还会慢 (可能和我使用方式有关系)
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   921 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 20:32 · PVG 04:32 · LAX 13:32 · JFK 16:32
♥ Do have faith in what you're doing.