Gleam 不再生成 Erlang 源码，转而输出抽象形式，用户期望支持 native 目标
问题概述
Gleam 最近将代码生成器重写，不再输出可读的 Erlang 源码，而是生成 Erlang 抽象形式。这可能会影响需要查看或修改生成代码的用户，同时也引发了社区对是否支持编译到 Rust、Go 等 native 目标的期望。
痛点标签
- 希望 Gleam 能编译为 Rust 或 Go 等 native 目标以便更广泛的部署
- 从可读的 Erlang 源码转为抽象形式可能影响需要查看或修改生成代码的用户工作流
待验证问题
- 您是否希望 Gleam 能够编译为 Rust 或 Go 等 native 目标？
- 您是否经常需要查看或修改 Gleam 生成的 Erlang 源码？
- 抽象形式的输出对您的工作流有何影响？
证据
原话 · @anonymous
If it could compile (transpile) to a native target like rust or go, it would be truly perfect.
原话 · @anonymous
Over the last few months Giacomo Cavalieri has entirely rewritten Gleam's Erlang code generator that has an entirely different design, and most notably, outputs a different format. Previously Gleam generated Erlang source code, now it generates Erlang abstract forms.
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。