Support HarmonyOS NEXT system

[88250]

支持鸿蒙系统 https://github.com/siyuan-note/siyuan-harmony

golang 不支持直接编译鸿蒙支持的共享库：

• runtime: c-shared builds fail to load with dlopen with musllibc: initial-exec TLS resolves to dynamic definition golang/go#54805
• runtime: c-shared builds fail with musllibc golang/go#13492

解决方案：

https://github.com/harmony-contrib/log-adaptor

---

旧方案：

但可以通过修改 go 源码来绕过该问题，参考 @richerfu 大佬的文章 https://juejin.cn/post/7400961014051897379

[hyperiris]

这个方案看起来是因为没有引入cgo，所以没有牵扯到musl，所以不会有问题。但是在复杂的业务场景里，出现了cgo、gomobile可能会不太行

[richerfu]

这个方案看起来是因为没有引入cgo，所以没有牵扯到musl，所以不会有问题。但是在复杂的业务场景里，出现了cgo、gomobile可能会不太行

完全正确，事实上更加完善的适配可以参考：https://gitee.com/wefuture/golang_go/tree/feature%2Ftlsgd_mode_support/

由社区大佬提供，本人对于 GO 研究不多仅限于浅薄的适配～

[88250]

@hyperiris @richerfu 目前已经可以拉起内核，模拟器和云调试都可以跑了 🙏

[aspirantioner]

@88250 老哥可以交流下解决方案吗，我目前也在尝试鸿蒙中引入go

[88250]

@aspirantioner 请参考 issue 正文中的文章

[hyperiris]

这个方案看起来是因为没有引入cgo，所以没有牵扯到musl，所以不会有问题。但是在复杂的业务场景里，出现了cgo、gomobile可能会不太行

完全正确，事实上更加完善的适配可以参考：https://gitee.com/wefuture/golang_go/tree/feature%2Ftlsgd_mode_support/

由社区大佬提供，本人对于 GO 研究不多仅限于浅薄的适配～

我这几天使用这个大佬修改过的go编译器编译了我们产品中的go模块，中间历经坎坷不一一言表，现在的结果是：
鸿蒙 NEXT 手机端可以dlopen，没有进一步功能测试
鸿蒙 NEXT PC端dlopen失败，详细可以看 https://gitee.com/wefuture/golang_go/issues/IB6W4R