unicode-xid
By unicode-rs
itoa
Fast function for printing integer primitives to a decimal string (by dtolnay)
unicode-xid | itoa | |
---|---|---|
1 | 2 | |
42 | 278 | |
- | - | |
5.5 | 6.8 | |
3 months ago | 13 days ago | |
Rust | Rust | |
GNU General Public License v3.0 or later | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
unicode-xid
Posts with mentions or reviews of unicode-xid.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-01-13.
-
Debian discusses vendoring again
Another is unicode-xid. The entire package is literally a constant lookup table. Again, I've embedded Unicode tables in my own programs a number of time. The original tables are machine-readable, and transforming them into code is so simple I usually don't even bother writing a script to do it, just an on-the-fly editor macro.
itoa
Posts with mentions or reviews of itoa.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-01-13.
-
Potential problem with the package manager
The hyper package for the crab language actually has a dependency on a package that does itoa (among others) so IMO the problem exist there too and most non trivial packages will be bloated
-
Debian discusses vendoring again
I see itoa which seems trivial on the surface. The implementation is highly optimized, but it's also covering all the different cases. I'm guessing this is for printing match counts or line numbers, and if this is actually a bottleneck for ripgrep — which seems unlikely — then maybe it's worth it. You know your own needs, and if it was a bottleneck, I bet you could do just as well, if not better, with a custom, smaller, simpler solution inside ripgrep. (i.e. just make sure the power-of-ten denominators are available at compile time so the compiler won't generate divisions.)
What are some alternatives?
When comparing unicode-xid and itoa you can also consider the following projects:
rust-base64 - base64, in rust
perl5 - 🐪 The Perl programming language
fst - Represent large sets and maps compactly with finite state transducers.
itoa - Fast integer to ascii / integer to string conversion
rust-fnv - Fowler–Noll–Vo hash function
ucd-generate - A command line tool to generate Unicode tables as source code.
getopt - POSIX getopt() as a portable header library
optparse - Portable, reentrant, getopt-like option parser