BSDCoreUtils
fancy-regex
BSDCoreUtils | fancy-regex | |
---|---|---|
4 | 5 | |
42 | 387 | |
- | 1.6% | |
0.0 | 7.9 | |
over 1 year ago | 3 months ago | |
C | Rust | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
BSDCoreUtils
-
GitHub - dcantrell/bsdutils: Alternative to GNU coreutils using software from FreeBSD
https://github.com/DiegoMagdaleno/BSDCoreUtils/blob/master/src/cat/cat.c (not upstream but a port)
-
Debian Running on Rust Coreutils
The Rust implementation that we are discussing is MIT licensed and as far as I know not part of GNU.
I do not believe that "Coreutils" is trademarked by GNU.
There are other projects that use the name "Coreutils" that are not part of GNU:
https://github.com/DiegoMagdaleno/BSDCoreUtils
-
Have you heard of posh: Policy-compliant Ordinary SHell?
Unsure. Would BSD CoreUtils help?
-
Writing Bash Scripts that are not only Bash: Checking for Bashisms and testing with Dash
This makes me want to build a container for testing scripts that contains: posh, BSD coretools, shellcheck, checkbashisms.
fancy-regex
-
lemmeknow v0.7.0 is here with support for identifying bytes with help of regex crate!
https://github.com/fancy-regex/fancy-regex/issues/84 it's still open issue
-
Debian Running on Rust Coreutils
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
- Fancy-Regex: A hybrid NFA and backtracking Regex library in Rust
-
An additional non-backtracking RegExp engine
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
What are some alternatives?
build2 - build2 build system
min-sized-rust - 🦀 How to minimize Rust binary size 📦
bsdutils - Alternative to GNU coreutils using software from FreeBSD
pomsky - A new, portable, regular expression language
libgnunetworker - Multithreading with GNUnet
just - 🤖 Just a command runner
mbpfan - A simple daemon to control fan speed on all MacBook/MacBook Pros (probably all Apple computers) for Linux Kernel 3 and newer
fab-rs - The fabulous, aspirationally Make-compatible, fabricator of files.
regex - An implementation of regular expressions for Rust. This implementation uses finite automata and guarantees linear time matching on all inputs.
sd - Intuitive find & replace CLI (sed alternative)
embedded-graphics - A no_std graphics library for embedded applications