This question already has an answer here:

In my coding, I always do grep -rnIi "abcabc" . --color

But, how to make an alias that can let me type only one word with my search string? Is that possible?

marked as duplicate by jasonwryan, Anthon, Zelda, vonbrand, rahmu Mar 4 '14 at 13:01

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

  • Genuinely curious: what coding are you doing with an alias? I was under the impression they were mostly deprecated and, despite a few days of fervent hacking at oblique possibilities, I could never make them very useful because in almost all script worthy scenarios the shell refused to parse them. Eventually I settled on some compromise involving functions and heredocs that provided something like python's burner lambdas but I sure would prefer aliases... – mikeserv Mar 4 '14 at 2:44
  • @mikeserv I think the OP meant while coding as opposed to in the actual code. – terdon Mar 4 '14 at 3:20
  • Bummer. They sure are fast. – mikeserv Mar 4 '14 at 3:50

Pay attention to the tags on this question. This answer is the correct one given the version of grep that's included with CentOS 6 is below version 2.11

I don't believe you can do this using just an alias (at least not in the form that you've written it - see @Graeme's answer for an alternative syntax).

NOTE: I'll also mention here that @Graeme's solution though correct does not work on CentOS 5 & 6. I've confirmed this and it does in fact appear to be an issue with the version of grep (2.11 or older) that's bundled with those distros. The issue appears to be with grep not, by default, searching STDIN when no path argument is provided with the -r switch. Running grep -rnIi --color "string" just hangs indefinitely, attempting to search STDIN.

Aliases cannot take arguments being passed into them. They're more synonymous to a macro where they can get expanded by the shell to something else.

$ alias ll='ls -l'

This can then be used like so:

$ ll
$ ll somedir

But somedir isn't passed to ll, rather ll is expanded in place to ls -l and then replaces ll in your command.

Back to your question

You can use a function in the shell instead. Functions can take arguments.

$ function mygrep { grep -rnIi "$1" . --color; }

You then use it like this:

$ mygrep "blah"

    ss of ex

  • "The issue appears to be with grep not, be default, searching the current directory when provided the -r switch." Having a little trouble parsing that. – Faheem Mitha Mar 4 '14 at 4:28
  • @FaheemMitha - is that better? – slm Mar 4 '14 at 6:29
  • slm: please see my comment on Graeme's answer. You can not assume grep will use the current dir as a default. grep (should) need both a string and "a place where to look for it". Its default is not "current dir", but "Standard Input", so your tries (Running grep -rnIi --color "string" just hangs indefinitely, waiting for a file/path argument to search) was in fact not waiting for a file/path, but was already grepping the standard input. Graeme's mygrep 'abcabc' . should work fine on CentOS as on any other "normal" unixes (using bash/sh/many others). – Olivier Dulac Mar 4 '14 at 8:13
  • @slm, you are right, it is the version. Previous behaviour was to ignore the -r, so it would just match from stdin as usual. – Graeme Mar 4 '14 at 11:07
  • @OlivierDulac - OK, so I didn't quite explain it correctly but the issue still remains with grep on CentOS due to the dated version of grep that's included. Yes, I'm aware that the grep '...' . will work, it's just that you cannot do that as an alias, so the function method is the correct solution given the tags set on this particular Q. – slm Mar 4 '14 at 12:35

This can actually be an alias. The --color doesn't have to be at the end, and grep always searches the current directory with -r if no directory option is given (at least GNU grep does). Therefore you can do:

alias mygrep='grep -rnIi --color'


The behaviour of searching the current directory by default was introduced in GNU grep 2.11. From the changelog:

If no file operand is given, and a command-line -r or equivalent option is given, grep now searches the working directory. Formerly grep ignored the -r and searched standard input nonrecursively. An -r found in GREP_OPTIONS does not have this new effect.

So, on versions >=2.11 of GNU grep, usage of the alias would be as follows:

mygrep PATTERN [PATH...]

For versions of grep before this, you would have to specify the path every time @slm's answer using a function is the best way. Although you could achieve the same usage as above by writing the function like this:

mygrep () { grep -rnIi --color "$1" "${2:-.}"; }

Assuming, of course, that there is no requirement for the --color to be at the end as in the Q...

  • actually it works on ubuntu but not Redhat enterprise – BufBills Mar 4 '14 at 2:15
  • 1
    That must be due to an older version of grep, I just tried it on Fedora 19 and it worked fine. I've confirmed that it def. doesn't work on CentOS 5 or 6. CentOS 6 = 2.6.3, Fedora 19 = 2.14. – slm Mar 4 '14 at 2:41
  • I've incorporated this issue into my A just so others aren't confused as to why my A is accepted and higher voted, since you're approach would be the more normal course 8-). – slm Mar 4 '14 at 2:49
  • 1
    I believe your solution is the easiest and so "more correct" one. But you need to show how it's used: mygrep something somewhere (ex: mygrep "abcabc" . , for the OP's example). Grep needs both something to search for, and where to search it (a file, or a directory, both are valid here). The alias only provides the options, as those can (and should) be placed before the arguments. – Olivier Dulac Mar 4 '14 at 8:10
  • Otherwise, with no "place" to search in, it greps the standard input. – Olivier Dulac Mar 4 '14 at 8:15

Not the answer you're looking for? Browse other questions tagged or ask your own question.