fancy-regex VS embedded-graphics

https://github.com/fancy-regex/fancy-regex/issues/84 it's still open issue

Ahh, very interesting, thanks for sharing! Do you have any thoughts around why that is? I presume that's due to Oniguruma supporting a much broader feature set and something like fancy-regexp's approach with mixing a backtracking VM and NFA implementation for simple queries would be needed for better perf? (I am aware you played a role in that) [1]

I have been playing around with regex parsing through building parsers through parser combinators at runtime recently, no clue how it will perform in practice yet (structuring parser generators at runtime is challenging in general in low-level languages) but maybe that could pan out and lead to an interesting way to support broader sets of regex syntaxes like POSIX in a relatively straightforward and performant way.

[1] https://github.com/fancy-regex/fancy-regex#theory

Not an expert but fancy regex is a Rust library that uses a hybrid approach to detect whether a sub expression contains backtracking and delegates to the appropriate engine.

https://github.com/fancy-regex/fancy-regex

Even if one used embedded-graphics, which would't require a line buffer, 8k is probably not enough RAM for the stack of a non-trivial Rust program. At least my even fairly simple RTIC programs that run fine in the 160k of a Feather M4 do not run at all in the 32k of a Feather M0.

I rewrote the font subsystem of U8g2 in pure Rust, introducing a large number of fonts to embedded-graphics.

Another project I've used is embedded-graphics which is useful if your target has more limited resources: https://github.com/embedded-graphics/embedded-graphics

We use it a bit for https://github.com/embedded-graphics/embedded-graphics and I have to say I love it. It's just the right balance between configuration variables/constants and "a folder full of bash scripts". I highly recommend giving Just a try.