The C shells, ksh and bash have an "alias" facility that lets you define abbreviations for commonly used commands. Aliases can get very complicated, so we'll give just an introduction here. We'll use the csh alias syntax here; article 10.4 shows bash and ksh .
The simplest kind of alias is simply a new name for an old command. For example, you might want to rename the ls command as dir because you're used to DOS or VMS systems. That's easily done:
alias dir ls
is the new name; from now on, typing
alias la ls -a # include "hidden" files in listings alias lf ls -F # show whether files are directories, etc. alias lr ls -R # list recursively-show directory contents alias ri rm -i # ask before deleting alias mi mv -i # ask before moving over an existing file
In a .cshrc
file, the hash mark (
Here are a few aliases that I find useful; you'll have to adapt them to your own circumstances:
alias emacs /home/src/emacs/bin/emacs alias clean "rm *~ .*~ core *.bak" alias vtext 'setenv EXINIT "source $HOME/.exrc.text" ; vi' alias vprog 'setenv EXINIT "source $HOME/.exrc.prog" ; vi'
Let's look at these aliases more closely. The emacs alias isn't anything fancy; it's just a way of remembering a long command name, without having tofor a single command. (I find long search paths aesthetically unappealing. They can also slow your system down, although the C shell uses a to speed up searching. On the other hand, it takes time to read aliases like emacs from your .cshrc file into the shell. Defining lots of aliases, instead of simply changing your search path, can delay logins and . If you have a fast computer, it may not matter whether you use lots of aliases or have a long search path.)
alias is great; it deletes GNU Emacs backup files and
The third and fourth aliases are a bit clever, in a primitive sort of way.
You type the command
The first command sets the
this makes vi
read a particular
in the home directory.
The second command starts vi
with whatever arguments you type.
You aren't limited to just one filename.
You can type whatever arguments you want, including more filenames
options; they're all tacked on after
Note that we put this alias in quotes. Why? Because it's a compound command (setenv , then vi ). We want the alias to include both stages of the command. Think about what this means if we don't put quotes around the alias definition when defining the alias:
alias vtext setenv EXINIT "source $HOME/.exrc.text" ; vi Wrong!
The shell sees the(a command separator) outside of quotes, so it separates the command line into two commands. The first command defines the vtext alias to run setenv , not vi . After the alias is defined, the shell runs the second command: vi with no filename. In any case, the results have nothing to do with what you want.
The way we originally defined the vtext alias, with quotes around the whole definition, is what we want. The outer quotes tell the shell to put everything into the alias definition. The semicolon in the alias will be interpreted, and separate the two commands, any time you use the alias.
Next, look at the clean
As with the vtext
alias, this one needs to be quoted.
reason now is a bit different; the quotes prevent the shell
from expanding the
the shell would expand the wildcard immediately.
So if a file named foo~
is in your current directory, the
alias will be
So you need a way to prevent the shell from interpreting the
Any aliases you define can be placed in your .cshrc file, so that they'll be available whenever you're using the C shell. (Note: aliases are , so putting them in your .login file probably isn't wise.)
Some people like to use aliases to redefine UNIX commands. For instance, you could make an alias named rm that actually runs mv , moving a file to a "trashcan" directory instead of actually removing it.  Redefining commands can be . Still, in some cases, aliases that redefine commands can be useful.
To temporarily use the default rm (not your alias named rm ), type:
To use the default rm for the rest of your login session:
Unless you remove the definition from .cshrc , the alias is restored the next time you log in (or the next time you create any new C shell).
A final piece of trivia: the C shell manual page tells us that aliases can be nested; that is, they can refer to other aliases. Personally, I think this would get too complicated too quickly to be very useful, so I don't do it and can't recommend it. But you can try.