News for hackers. Stuff that matters.
Re:Why GNU grep is fast (2010) by heywoodlh on Sunday July 24, 2022 @11:09AM (#32214206)
Ah, that makes sense. I'm glad you brought that up because I didn't even notice that I'm just used to adding -R to my grep commands when I need recursive searching.

I can totally see how that would be a small, but impactful difference.

Re:Why GNU grep is fast (2010) by adrian_b on Sunday July 24, 2022 @02:10PM (#32216051)
Whenever you normally use some programs with other options than their defaults, it is simpler to define aliases for those programs.

There are many common programs that I never use with their standard default options (which are very bad, IMO), e.g. cp, mv, ln, rm, rsync, date and many others, so I always define aliases for them, which include those options that I want to use by default.

So for grep, the recursive search should be included in the grep alias. There is no need for a new program in order to have this feature.

Re:Why GNU grep is fast (2010) by mjochim on Sunday July 24, 2022 @05:53PM (#32218145)
> Whenever you normally use some programs with other options than their defaults, it is simpler to define aliases for those programs.

I don't buy into this. These aliases tend to come at the cost, or at least the risk, that your workflow breaks when you are at another computer or working on a shell on some server that doesn't have this alias. That's why I like additional aliases, like l for ls, but with your favorite options. But I dislike aliases that change default behavior - and often in an intransparent way.

Re:Why GNU grep is fast (2010) by burntsushi on Monday July 25, 2022 @08:09AM (#32223242)
ripgrep adds more than "recursive search by default." And it specifically adds things that you cannot easily put into an alias.