Packaging a Gleam app into a single executable

(dhzdhd.dev)

72 points | by todsacerdoti 6 hours ago ago

6 comments

  • 3eb7988a1663 40 minutes ago ago

    I am theoretically in love with Gleam - it ticks so many boxes. However, I really want to be able to make CLI applications...packaging up JS is not it.

    I saw there is an early stage WASM project[0] which has move hopeful. Performance is not a requirement - equivalent to Python is totally fine, I just want that beautiful Gleam syntax.

    [0] https://github.com/gertvv/gl_wasm

  • mmcclure 3 hours ago ago

    This is an interesting writeup, albeit not quite what I was hoping for. I love Elixir and have been following Gleam for a while now, so I clicked through hoping this was talking about Gleam baking this into their ecosystem a bit better. I was a little disappointed to see it's ultimately talking about how to build a Gleam project and then use the resulting build ecosystem to create a binary (Gleam -> JS -> JS build tool, or Gleam -> escript -> elixir-burrito).

    It would have been interesting to see some high level commentary from the author on the results of each one on top of the general workflow. Build time, binary size, startup time, whatever.

  • bbkane 35 minutes ago ago

    Rightly or wrongly, I'd like to see Gleam as a Go competitor for Web apps and CLI apps.

    Unfortunately, easy cross-compilation to relatively static binaries is a "must" for me. Now that Go gives it to me, I won't really entertain a competitor that doesn't provide a "static build" option.

    So I'm glad to see this exists, even though it looks pretty janky!

  • sltr an hour ago ago

    I did it with Tauri. ~14MB Windows, macOS, and Linux exe, browser app, iOS, and Android.

    https://code.slater.dev/doug/praylist/

  • tbeseda 2 hours ago ago

    ratio of upvotes to comments is oddly high...

  • lerp-io 2 hours ago ago

    bUn Is NoT "FaSTeR" tHan NoDe #5732368444