如果真没用，那些用了 native c 或者 c++代码的应用岂不是
全得嗝屁？

我一直期望他沿用Linux，因为我有 Go 写的程序要移植。如果
换了内核，基本上就没戏了。
--
FROM 61.48.18.187

Go静态编译依赖的是系统调用，连libc都不依赖

说起来容易，不过不觉得自己能搞定，等着看吧

【 在 hgoldfish 的大作中提到: 】
: 标  题: Re: 鸿蒙Next用没用Linux内核这事整明白了么？
: 发信站: 水木社区 (Sat Jun 22 13:02:22 2024), 站内
:
: 遵循 POSIX 标准就行了。本来 Android 的应用，也有很多不兼容的点。比如 swapcontextt() 还有 FUSE 这些在 Linux/BSD 可用的接口，Android 里面都没有。
:
: 至于有没有 POSIX 接口，关键是看洪蒙带的 libc，这个代码量很小。一般是没问题的。
:
: 连 win32 都兼容了 POSIX 接口，真的很简单啦。
:
: 【 在 DreamDreams 的大作中提到: 】
: : 如果真没用，那些用了 native c 或者 c++代码的应用岂不是
: : 全得嗝屁？
: : 我一直期望他沿用Linux，因为我有 Go 写的程序要移植。如果
: : ...................
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 110.84.121.*]
--
FROM 61.48.18.187

这个还真没注意到，一直都在Linux下用来着。


【 在 hgoldfish 的大作中提到: 】
: 标  题: Re: 鸿蒙Next用没用Linux内核这事整明白了么？
: 发信站: 水木社区 (Sat Jun 22 15:31:03 2024), 站内
:
: go 到了 openbsd 底下，不照样得服。go 的 win 版本也得链接 kernel32.dll 吧。
:
: 各种 bsd 都不保证内核系统调用  API 的稳定性，需要链接 libc.
:
: 特别是 openbsd 直接禁止了从用户程序空间发起内核 API 的调用，而必须从 libc 的地址空间发出。
:
: 【 在 DreamDreams 的大作中提到: 】
: : Go静态编译依赖的是系统调用，连libc都不依赖
: : 说起来容易，不过不觉得自己能搞定，等着看吧
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 110.84.121.*]
--
FROM 61.48.18.187

哪里恶心了，只依赖kernel不好么，做成docker image都超级小

【 在 kirbyzhou 的大作中提到: 】
: 标  题: Re: 鸿蒙Next用没用Linux内核这事整明白了么？
: 发信站: 水木社区 (Thu Jun 27 15:28:50 2024), 站内
:
:
: 【 在 hgoldfish 的大作中提到: 】
: : go 到了 openbsd 底下，不照样得服。go 的 win 版本也得链接 kernel32.dll 吧。
: : 各种 bsd 都不保证内核系统调用  API 的稳定性，需要链接 libc.
: : 特别是 openbsd 直接禁止了从用户程序空间发起内核 API 的调用，而必须从 libc 的地址空间发出。
: 这真是个好事，go那个太恶心了
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 220.249.52.*]
--
FROM 61.48.18.187