https://github.com/Hasnep/roc-ascii
Most of the time it's best to support UTF-8, but sometimes you have data that is just ASCII and you can avoid some of the complexity of UTF-8, so I made a quick package with two types: an ASCII string and an ASCII character. See the docs for more info: https://hasnep.github.io/roc-ascii
I've just released v0.3.0 of roc-ascii which supports Roc v0.0.0-alpha2 and changes the Ascii type from an opaque type to a plain List Char :)
I've just released v0.4.0 v0.4.1 of roc-ascii which supports the new Roc compiler :)
Awesome @Hannes ! I'll add it to the list of libraries available in the Exercism Roc track, since most exercises that manipulate text assume it's ASCII-only. However, it looks like there's currently no release file (.tar.zst)?
Just having some technical difficulties with CI, will be ready soon!
Okay, v0.4.1 has been released!
@Hannes it looks like something's wrong with the release file, for some reason:
── ✗ package download failed ───────────────────────────────────────────────────────────────────────────────────────────
Failed to download and extract this package:
https://github.com/Hasnep/roc-ascii/releases/download/v0.4.1/AnawhDawcVySaW3ywcvfUPuhbXfJK7jcwEHaMBAfVv2y.tar.zst
Error: FileNotFound.
── 1 error and 0 warnings ──────────────────────────────────────────────────────────────── bin/download-dependencies.roc
Uhoh, I didn't test it :sweat_smile: let me have a look!
Oh it looks like the roc bundle command was launched from the root directory instead of inside the src directory:
% tar xvf AnawhDawcVySaW3ywcvfUPuhbXfJK7jcwEHaMBAfVv2y.tar.zst
x src/main.roc
x src/Char.roc
x src/Utils.roc
x src/Ascii.roc
Created an issue for this: https://github.com/roc-lang/roc/issues/10845
I think this is by design, you need to explicitly pass the files you want bundled. It doesn't auto find them like the old compiler
The design for packages and the targets is a little different. The goal is to give platform/package authors more flexibility and control.
FYI, I just ran roc bundle main.roc inside the src directory, and the bundle contains all *.roc files in this directory (presumably because they're listed in main.roc).
Cool, I probably have outdated memory then
I do think we should auto-discover dependencies and include those
like if you include a .roc file which imports other files, we should bring all those in so your bundle isn't broken :sweat_smile:
Last updated: Sep 03 2026 at 15:16 UTC