Mercurial > emacs
view lisp/eshell/eshell.el @ 104442:b22b44e953cb
cedet/semantic/chart.el: Don't require semantic/find.
cedet/semantic/complete.el: Don't require semantic/find.
cedet/semantic/decorate.el: Require semantic/tag-file.
(semantic-set-tag-folded-isearch): Require semantic/find.
cedet/semantic/dep.el: Change semantic--dependency-find-file-on-path
into a macro, to avoid compiler warning.
Defvar ede-minor-mode and ede-object.
Declare ede-system-include-path.
cedet/semantic/doc.el: Require semantic/tag-file and semantic/find.
cedet/semantic/edit.el: Require semantic/find and semantic/format.
cedet/semantic/find.el: Defvar semantic-case-fold.
Require semantic.
(semantic-find-tags-external-children-of-type): Require semantic/sort.
(semantic-find-tags-by-scope-protection-default): Require semantic/tag-ls.
cedet/semantic/format.el: Require semantic/tag-ls.
eval-when-compile semantic/find.
(semantic-format-tag-name): Move up to avoid compiler error.
(semantic-format-tag-prototype): Move up to avoid compiler error.
(semantic--format-tag-parent-tree): Require semantic/tag-file.
(semantic-format-tag-short-doc-default): Require semantic/doc.
author | Chong Yidong <cyd@stupidchicken.com> |
---|---|
date | Mon, 31 Aug 2009 02:16:34 +0000 |
parents | a9dc0e7c3f2b |
children | 1d1d5d9bd884 |
line wrap: on
line source
;;; eshell.el --- the Emacs command shell ;; Copyright (C) 1999, 2000, 2001, 2002, 2003, 2004, ;; 2005, 2006, 2007, 2008, 2009 Free Software Foundation, Inc. ;; Author: John Wiegley <johnw@gnu.org> ;; Version: 2.4.2 ;; Keywords: processes ;; This file is part of GNU Emacs. ;; GNU Emacs is free software: you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation, either version 3 of the License, or ;; (at your option) any later version. ;; GNU Emacs is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; You should have received a copy of the GNU General Public License ;; along with GNU Emacs. If not, see <http://www.gnu.org/licenses/>. ;;; Commentary: ;;;_* What does Eshell offer you? ;; ;; Despite the sheer fact that running an Emacs shell can be fun, here ;; are a few of the unique features offered by Eshell: ;; ;; @ Integration with the Emacs Lisp programming environment ;; ;; @ A high degree of configurability ;; ;; @ The ability to have the same shell on every system Emacs has been ;; ported to. Since Eshell imposes no external requirements, and ;; relies upon only the Lisp functions exposed by Emacs, it is quite ;; operating system independent. Several of the common UNIX ;; commands, such as ls, mv, rm, ln, etc., have been implemented in ;; Lisp in order to provide a more consistent work environment. ;; ;; For those who might be using an older version of Eshell, version ;; 2.1 represents an entirely new, module-based architecture. It ;; supports most of the features offered by modern shells. Here is a ;; brief list of some of its more visible features: ;; ;; @ Command argument completion (tcsh, zsh) ;; @ Input history management (bash) ;; @ Intelligent output scrolling ;; @ Pseudo-devices (such as "/dev/clip" for copying to the clipboard) ;; @ Extended globbing (zsh) ;; @ Argument and globbing predication (zsh) ;; @ I/O redirection to buffers, files, symbols, processes, etc. ;; @ Many niceties otherwise seen only in 4DOS ;; @ Alias functions, both Lisp and Eshell-syntax ;; @ Piping, sequenced commands, background jobs, etc... ;; ;;;_* How to begin ;; ;; To start using Eshell, simply type `M-x eshell'. ;; ;;;_* Philosophy ;; ;; A shell is a layer which metaphorically surrounds the kernel, or ;; heart of an operating system. This kernel can be seen as an engine ;; of pure functionality, waiting to serve, while the user programs ;; take advantage of that functionality to accomplish their purpose. ;; ;; The shell's role is to make that functionality accessible to the ;; user in an unformed state. Very roughly, it associates kernel ;; functionality with textual commands, allowing the user to interact ;; with the operating system via linguistic constructs. Process ;; invocation is perhaps the most significant form this takes, using ;; the kernel's `fork' and `exec' functions. ;; ;; Other programs also interact with the functionality of the kernel, ;; but these user applications typically offer a specific range of ;; functionality, and thus are not classed as "shells" proper. ;; (What they lose in quiddity, they gain in rigidity). ;; ;; Emacs is also a user application, but it does make the ;; functionality of the kernel accessible through an interpreted ;; language -- namely, Lisp. For that reason, there is little ;; preventing Emacs from serving the same role as a modern shell. It ;; too can manipulate the kernel in an unpredetermined way to cause ;; system changes. All it's missing is the shell-ish linguistic ;; model. ;; ;; Enter Eshell. Eshell translates "shell-like" syntax into Lisp ;; in order to exercise the kernel in the same manner as typical ;; system shells. There is a fundamental difference here, however, ;; although it may seem subtle at first... ;; ;; Shells like csh and Bourne shell were written several decades ago, ;; in different times, under more restrictive circumstances. This ;; confined perspective shows itself in the paradigm used by nearly ;; all command-line shells since. They are linear in conception, byte ;; stream-based, sequential, and confined to movement within a single ;; host machine. ;; ;; Emacs, on the other hand, is more than just a limited translator ;; that can invoke subprocesses and redirect file handles. It also ;; manages character buffers, windowing frames, network connections, ;; registers, bookmarks, processes, etc. In other words, it's a very ;; multi-dimensional environment, within which eshell emulates a highly ;; linear methodology. ;; ;; Taking a moment, let's look at how this could affect the future of ;; a shell allowed to develop in such a wider field of play: ;; ;; @ There is no reason why directory movement should be linear, and ;; confined to a single file-system. Emacs, through w3 and ange-ftp, ;; has access to the entire Web. Why not allow a user to cd to ;; multiple directories simultaneously, for example? It might make ;; some tasks easier, such as diff'ing files separated by very long ;; pathnames. ;; ;; @ Data sources are available from anywhere Emacs can derive ;; information from: not just from files or the output of other ;; processes. ;; ;; @ Multiple shell invocations all share the same environment -- even ;; the same process list! It would be possible to have "process ;; views", so that one buffer is watching standard output, another ;; standard error, and another the result of standard output grep'd ;; through a regular expression... ;; ;; @ It is not necessary to "leave" the shell, losing all input and ;; output history, environment variables, directory stack, etc. ;; Emacs could save the contents of your eshell environment, and ;; restore all of it (or at least as much as possible) each time you ;; restart. This could occur automatically, without requiring ;; complex initialization scripts. ;; ;; @ Typos occur all of the time; many of them are repeats of common ;; errors, such as 'dri' for `dir'. Since executing non-existent ;; programs is rarely the intention of the user, eshell could prompt ;; for the replacement string, and then record that in a database of ;; known misspellings. (Note: The typo at the beginning of this ;; paragraph wasn't discovered until two months after I wrote the ;; text; it was not intentional). ;; ;; @ Emacs' register and bookmarking facilities can be used for ;; remembering where you've been, and what you've seen -- to varying ;; levels of persistence. They could perhaps even be tied to ;; specific "moments" during eshell execution, which would include ;; the environment at that time, as well as other variables. ;; Although this would require functionality orthogonal to Emacs' ;; own bookmarking facilities, the interface used could be made to ;; operate very similarly. ;; ;; This presents a brief idea of what the fuller dimensionality of an ;; Emacs shell could offer. It's not just the language of a shell ;; that determines how it's used, but also the Weltanschauung ;; underlying its design -- and which is felt behind even the smallest ;; feature. I would hope the freedom provided by using Emacs as a ;; parent environment will invite rich ideas from others. It ;; certainly feels as though all I've done so far is to tie down the ;; horse, so to speak, so that he will run at a man's pace. ;; ;;;_* Influences ;; ;; The author of Eshell has been a long-time user of the following ;; shells, all of which contributed to Eshell's design: ;; ;; @ rc ;; @ bash ;; @ zsh ;; @ sh ;; @ 4nt ;; @ csh ;;;_* Speeding up load time ;; ;; If you find that Eshell loads too slowly, there is something you ;; can do to speed it up. ;; ;; Create a file, named /tmp/elc, containing this filelist: ;; ;; esh-util.elc ;; eshell.elc ;; esh-module.elc ;; esh-var.elc ;; esh-proc.elc ;; esh-arg.elc ;; esh-io.elc ;; esh-ext.elc ;; esh-cmd.elc ;; esh-mode.elc ;; esh-opt.elc ;; em-alias.elc ;; em-banner.elc ;; em-basic.elc ;; em-cmpl.elc ;; em-dirs.elc ;; em-pred.elc ;; em-glob.elc ;; em-hist.elc ;; em-ls.elc ;; em-prompt.elc ;; em-rebind.elc ;; em-script.elc ;; em-smart.elc ;; em-term.elc ;; em-unix.elc ;; em-xtra.elc ;; ;; The order is very important. Remove from the filelist any features ;; you don't use. These all begin with "em-". If you don't use ;; Eshell's key rebinding module, you can remove "em-rebind.elc" from ;; the filelist. The modules you are currently using are listed in ;; `eshell-modules-list'. ;; ;; Now, concatenating all of the above mentioned .elc files, in that ;; order, to another file. Here is how to do this on UNIX: ;; ;; cat `cat /tmp/elc` > tmp.elc ; mv tmp.elc eshell.elc ;; ;; Now your eshell.elc file contains all of the .elc files that make ;; up Eshell, in the right load order. When you next load Eshell, it ;; will only have to read in this one file, which will greatly speed ;; things up. (eval-when-compile (require 'cl) (require 'esh-util)) (require 'esh-util) (require 'esh-mode) (defgroup eshell nil "Eshell is a command shell implemented entirely in Emacs Lisp. It invokes no external processes beyond those requested by the user. It is intended to be a functional replacement for command shells such as bash, zsh, rc, 4dos; since Emacs itself is capable of handling most of the tasks accomplished by such tools." :tag "The Emacs shell" :link '(info-link "(eshell)Top") :version "21.1" :group 'applications) ;; This is hack to force make-autoload to put the whole definition ;; into the autoload file (see esh-module.el). (defalias 'eshell-defgroup 'defgroup) ;;;_* User Options ;; ;; The following user options modify the behavior of Eshell overall. (defvar eshell-buffer-name) (defsubst eshell-add-to-window-buffer-names () "Add `eshell-buffer-name' to `same-window-buffer-names'." (add-to-list 'same-window-buffer-names eshell-buffer-name)) (defsubst eshell-remove-from-window-buffer-names () "Remove `eshell-buffer-name' from `same-window-buffer-names'." (setq same-window-buffer-names (delete eshell-buffer-name same-window-buffer-names))) (defcustom eshell-load-hook nil "A hook run once Eshell has been loaded." :type 'hook :group 'eshell) (defcustom eshell-unload-hook '(eshell-remove-from-window-buffer-names eshell-unload-all-modules) "A hook run when Eshell is unloaded from memory." :type 'hook :group 'eshell) (defcustom eshell-buffer-name "*eshell*" "The basename used for Eshell buffers." :set (lambda (symbol value) ;; remove the old value of `eshell-buffer-name', if present (if (boundp 'eshell-buffer-name) (eshell-remove-from-window-buffer-names)) (set symbol value) ;; add the new value (eshell-add-to-window-buffer-names) value) :type 'string :group 'eshell) (eshell-deftest mode same-window-buffer-names "`eshell-buffer-name' is a member of `same-window-buffer-names'" (member eshell-buffer-name same-window-buffer-names)) (defcustom eshell-directory-name (convert-standard-filename "~/.eshell/") "The directory where Eshell control files should be kept." :type 'directory :group 'eshell) (eshell-deftest mode eshell-directory-exists "`eshell-directory-name' exists and is writable" (file-writable-p eshell-directory-name)) (eshell-deftest mode eshell-directory-modes "`eshell-directory-name' has correct access protections" (or (eshell-under-windows-p) (= (file-modes eshell-directory-name) eshell-private-directory-modes))) ;;;_* Running Eshell ;; ;; There are only three commands used to invoke Eshell. The first two ;; are intended for interactive use, while the third is meant for ;; programmers. They are: ;;;###autoload (defun eshell (&optional arg) "Create an interactive Eshell buffer. The buffer used for Eshell sessions is determined by the value of `eshell-buffer-name'. If there is already an Eshell session active in that buffer, Emacs will simply switch to it. Otherwise, a new session will begin. A numeric prefix arg (as in `C-u 42 M-x eshell RET') switches to the session with that number, creating it if necessary. A nonnumeric prefix arg means to create a new session. Returns the buffer selected (or created)." (interactive "P") (assert eshell-buffer-name) (let ((buf (cond ((numberp arg) (get-buffer-create (format "%s<%d>" eshell-buffer-name arg))) (arg (generate-new-buffer eshell-buffer-name)) (t (get-buffer-create eshell-buffer-name))))) ;; Simply calling `pop-to-buffer' will not mimic the way that ;; shell-mode buffers appear, since they always reuse the same ;; window that that command was invoked from. To achieve this, ;; it's necessary to add `eshell-buffer-name' to the variable ;; `same-window-buffer-names', which is done when Eshell is loaded (assert (and buf (buffer-live-p buf))) (pop-to-buffer buf) (unless (eq major-mode 'eshell-mode) (eshell-mode)) buf)) (defun eshell-return-exits-minibuffer () (define-key eshell-mode-map [(control ?g)] 'abort-recursive-edit) (define-key eshell-mode-map [return] 'exit-minibuffer) (define-key eshell-mode-map [(control ?m)] 'exit-minibuffer) (define-key eshell-mode-map [(control ?j)] 'exit-minibuffer) (define-key eshell-mode-map [(meta return)] 'exit-minibuffer) (define-key eshell-mode-map [(meta control ?m)] 'exit-minibuffer)) (defvar eshell-non-interactive-p nil "A variable which is non-nil when Eshell is not running interactively. Modules should use this variable so that they don't clutter non-interactive sessions, such as when using `eshell-command'.") ;;;###autoload (defun eshell-command (&optional command arg) "Execute the Eshell command string COMMAND. With prefix ARG, insert output into the current buffer at point." (interactive) (require 'esh-cmd) (unless arg (setq arg current-prefix-arg)) (unwind-protect (let ((eshell-non-interactive-p t)) (add-hook 'minibuffer-setup-hook 'eshell-mode) (add-hook 'minibuffer-exit-hook 'eshell-add-command-to-history) (add-hook 'eshell-mode-hook 'eshell-return-exits-minibuffer) (unless command (setq command (read-from-minibuffer "Emacs shell command: ")))) (remove-hook 'eshell-mode-hook 'eshell-return-exits-minibuffer) (remove-hook 'minibuffer-exit-hook 'eshell-add-command-to-history) (remove-hook 'minibuffer-setup-hook 'eshell-mode)) (unless command (error "No command specified!")) ;; redirection into the current buffer is achieved by adding an ;; output redirection to the end of the command, of the form ;; 'COMMAND >>> #<buffer BUFFER>'. This will not interfere with ;; other redirections, since multiple redirections merely cause the ;; output to be copied to multiple target locations (if arg (setq command (concat command (format " >>> #<buffer %s>" (buffer-name (current-buffer)))))) (save-excursion (let ((buf (set-buffer (generate-new-buffer " *eshell cmd*"))) (eshell-non-interactive-p t)) (eshell-mode) (let* ((proc (eshell-eval-command (list 'eshell-commands (eshell-parse-command command)))) intr (bufname (if (and proc (listp proc)) "*EShell Async Command Output*" (setq intr t) "*EShell Command Output*"))) (if (buffer-live-p (get-buffer bufname)) (kill-buffer bufname)) (rename-buffer bufname) ;; things get a little coarse here, since the desire is to ;; make the output as attractive as possible, with no ;; extraneous newlines (when intr (if (eshell-interactive-process) (eshell-wait-for-process (eshell-interactive-process))) (assert (not (eshell-interactive-process))) (goto-char (point-max)) (while (and (bolp) (not (bobp))) (delete-backward-char 1))) (assert (and buf (buffer-live-p buf))) (unless arg (let ((len (if (not intr) 2 (count-lines (point-min) (point-max))))) (cond ((= len 0) (message "(There was no command output)") (kill-buffer buf)) ((= len 1) (message "%s" (buffer-string)) (kill-buffer buf)) (t (save-selected-window (select-window (display-buffer buf)) (goto-char (point-min)) ;; cause the output buffer to take up as little screen ;; real-estate as possible, if temp buffer resizing is ;; enabled (and intr temp-buffer-resize-mode (resize-temp-buffer-window))))))))))) ;;;###autoload (defun eshell-command-result (command &optional status-var) "Execute the given Eshell COMMAND, and return the result. The result might be any Lisp object. If STATUS-VAR is a symbol, it will be set to the exit status of the command. This is the only way to determine whether the value returned corresponding to a successful execution." ;; a null command produces a null, successful result (if (not command) (ignore (if (and status-var (symbolp status-var)) (set status-var 0))) (with-temp-buffer (let ((eshell-non-interactive-p t)) (eshell-mode) (let ((result (eshell-do-eval (list 'eshell-commands (list 'eshell-command-to-value (eshell-parse-command command))) t))) (assert (eq (car result) 'quote)) (if (and status-var (symbolp status-var)) (set status-var eshell-last-command-status)) (cadr result)))))) (eshell-deftest mode simple-command-result "`eshell-command-result' works with a simple command." (= (eshell-command-result "+ 1 2") 3)) ;;;_* Reporting bugs ;; ;; If you do encounter a bug, on any system, please report ;; it -- in addition to any particular oddities in your configuration ;; -- so that the problem may be corrected for the benefit of others. ;;;###autoload (define-obsolete-function-alias 'eshell-report-bug 'report-emacs-bug "23.1") ;;; Code: (defun eshell-unload-all-modules () "Unload all modules that were loaded by Eshell, if possible. If the user has require'd in any of the modules, or customized a variable with a :require tag (such as `eshell-prefer-to-shell'), it will be impossible to unload Eshell completely without restarting Emacs." ;; if the user set `eshell-prefer-to-shell' to t, but never loaded ;; Eshell, then `eshell-subgroups' will be unbound (when (fboundp 'eshell-subgroups) (eshell-for module (eshell-subgroups 'eshell) ;; this really only unloads as many modules as possible, ;; since other `require' references (such as by customizing ;; `eshell-prefer-to-shell' to a non-nil value) might make it ;; impossible to unload Eshell completely (if (featurep module) (ignore-errors (message "Unloading %s..." (symbol-name module)) (unload-feature module) (message "Unloading %s...done" (symbol-name module))))) (message "Unloading eshell...done"))) (run-hooks 'eshell-load-hook) (provide 'eshell) ;; arch-tag: 9d4d5214-0e4e-4e02-b349-39add640d63f ;;; eshell.el ends here