ESBuild 支持龙芯 loong64 了

[Aloento]

今天更新 esbuild 的时候突然发现多了一个 @esbuild/linux-loong64

[kkocdko]

反正纯 golang 的交叉编译方便得很。
golang 的 loongarch 后端贡献者似乎就在 v 站呢，之前看到过他发帖。

[yyfearth]

有人用龙芯的设备做 web build 吗？
有云服务商提供龙芯的虚拟机吗？

[yyfearth]

好奇而已

[bthulu]

我们都用 golang, 我们公司写了一套 golang 到 js 的编译器, 已经将所有历史 js 代码改成 golang 代码了

[agagega]

有龙芯的类似树莓派的东西可以玩玩吗，网上看到好像都要好几千，太贵了

[anguiao]

@agagega 搜“龙芯派”就有

[thinkingbullet]

@bthulu 这么好的工具应该开源出来

[mxT52CRuqR6o5]

@bthulu stackful 编译到 stackless?

[ecloud]

mips 就老老实实做好路由器就行了，乞丐炒什么股

[tairan2006]

因为 golang 1.19 刚发了

[hwdef]

@agagega
@anguiao

不建议买现在的龙芯派，可以再等等，年底或者命令，龙芯已经全面转到 loongarch64 了。。这个架构的龙芯派现在还没有。

[Akagi201]

@bthulu #4 有什么好处, 性能有改进吗

[liaohongxing]

go 1.19 已支持 loong64 编译, go 的 loong64 就是 loongarch64 ，之前龙芯的人提议 go 的后端名称为 loongarch64 ，go 主线人员不同意，认为改成 loong64 好记一些。本来 go1.18 就要上的，但是主线人员认为不成熟 ，拖到 1.19 才上

[bthulu]

@Akagi201 最终都是 js, 性能能有啥变化? 难道你们前端页面性能也会出现瓶颈?

[Akagi201]

@bthulu #14 我的意思这样有啥好处, 运行环境限制吗, 还是什么场景会产生这个需求

[bthulu]

@Akagi201 这我就不知道了, 我只是个小兵

[loolac]

@bthulu 我看了三遍 “ golang 到 js 的编译器”，没想出后面的 “将所有历史 js 代码改成 golang 代码” 怎么做到的。

[bthulu]

@loolac 废弃旧的开新的, 顺便刷一波 KPI, 大家都赢麻了