It is written in Rust which isn't available on anything other than Linux, OS X and Windows.
I'll just stick to /usr/bin/find and /usr/bin/egrep programs. That works just fine without having to port Rust before trying to build a re-invention of find and egrep.
Dramatically faster? Is there any scientific evidence to that?
If it were me, I wouldn't rush to make assumptions.
Basically the stated goal is to be "fancy" like ack etc. and yet remain as fast as good ole' grep.
Moving goalposts.
> Dramatically faster? Is there any scientific evidence to that?
Yes, although the difference is significant enough that most people don't bother.
> If it were me, I wouldn't rush to make assumptions.
You literally are rushing to make assumptions, it's just that you're making assumptions against ripgrep.
I also never said anything about Illumos.
What in your opinion would have to be the size of the source code to warrant jumping through the hoops to get this software running, as opposed to a combination of find + xargs + egrep,fgrep,awk?
That's not accurate.
The test suites are not run on CI for tier 2, but they are at least guaranteed to build.
Tier 2 platforms have binary builds, are supported by rustup and often work just fine.
You need rust to build Firefox, so any platform that can't get it to work well is going to be at a disadvantage.
That's not true. As ripgrep's README says, it's available on OpenBSD, FreeBSD and NetBSD.