common-lisp-controller(3) [debian man page]

common-lisp-controller(3)				     Library Functions Manual					 common-lisp-controller(3)

NAME

       common-lisp-controller - Common Lisp system management tool

DESCRIPTION

       The  common-lisp-controller  system will manage the installed Common Lisp implementations and libraries on the system. The main function is
       to enable every user to load any available library and to store the compiled files in a user and implementation specific cache directory.

       On upgrades of either implementations or libraries these directories will be cleared so that no old fasl files will remain.

       There are also options to add libraries by default to new images, see /usr/share/doc/common-lisp-controller/README.Debian , or to add  user
       specific libraries to the management system, see clc-register-user-package.

EXAMPLES

       To load a clc library :foo on a clc enabled implementation simply do

       (clc:clc-require :foo)

FILES

       /var/cache/common-lisp/	<uid>  /  <implementation-name> / <library> the cache directory for a library fir a given user with associated uid
       and a certain implementation.

       /usr/share/common-lisp/systems/ the location of the libraries.

BUGS

       Bug reports should be sent to the Debian BTS, preferably with reportbug.

AUTHOR

       Peter Van Eynde (pvaneynd@debian.org) 2001-2006

       Kevin M. Rosenberg (kmr@debian.org) 2001-2004

       Rene van Bevern 2005-2006

       Desmond O. Chang (dochang@gmail.com) 2010

SEE ALSO

       clc-register-user-package(1), clc-unregister-user-package(1) register-common-lisp-implementation(8) register-common-lisp-source(8) unregis-
       ter-common-lisp-implementation|source(8) unregister-common-lisp-source(8)

7th Edition							  March, 15, 2006					 common-lisp-controller(3)

LISP(1) 	     General Commands Manual		  LISP(1)

NAME

       lisp - lisp interpreter

SYNOPSIS

       lisp

DESCRIPTION

       Lisp  is a provisional lisp interpreter.  It only runs in eval mode. Built in functions are named in lower case, and case is distinguished.
       It is being transmuted from a subset of lisp as provided by the Harvard UNIX lisp in use at UCB, to a subset of MIT's MACLISP.

       The following functions are provided as machine code:

       Lambda functions:

       atom	    dptr	 load	      putd	   rplacd
       bcdp	    drain	 null	      putprop	   set
       car	    eq		 numberp      ratom	   terpr
       cdr	    equal	 outfile      read
       close	    eval	 patom	      readc
       concat	    get 	 pntlen       retbrk
       cons	    getd	 portp	      return
       cont	    infile	 print	      rplaca

       Nlambda functions (possibly simulating ones which are normally lambdas):

       add1	    difference	 onep	      quotient	   zerop
       and	    exit	 or	      reset
       break	    go		 plus	      setq
       cond	    minus	 product      sub1
       cond	    mod 	 prog	      sum
       def	    not 	 quote	      times

       The following functions are provided as lisp code (and at the moment must be read in by saying (load 'auxfns):

       add	    copy	 length       numbp
       append	    defevq	 linelength   pp_etc
       apply*	    defprop	 member       reverse
       charcnt	    defprop	 memcar       terpri
       chrct	    diff	 memcdr
       conc	    last	 nconc

       All of the above functions are documented in the ``Harvard Lisp Manual.''

       The following functions are provided as in MIT's MACLISP.

       alphalessp   do		 mapc	      setsyntax
       apply	    explodec	 mapcar       throw
       ascii	    exploden	 prog2	      tyi
       catch	    funcall	 progn	      tyipeek
       defun	    implode	 progv	      tyo

       ``Hairy control structure'' is provided by the Nlambda (process command inport outport) where command is an atom whose print name  is  some
       command	that  you  would  wish typed at the terminal, e.g. ``neqn | nroff -ms''; where inport and outport are atoms which will be bound to
       port descriptors for use in communication with the subprocess.  Inport is a port to a pipe which will be read  by  the  subprocess  as  its
       standard  input.  If  Inport is nil (or not present), the subprocess inherits the standard input, and lisp waits for the subprocess to die.
       If Inport is the atom t lisp continues without waiting.

AUTHORS

       Originally written by Jeff Levinsky, Mike Curry, and John Breedlove.  Keith Sklower made it work and is maintaining  the  current  version.
       The garbage collector was implemented by Bill Rowan.

SEE ALSO

       Harvard UNIX Lisp Manual
       MACLISP Manual
       UCB Franz Lisp Manual

BUGS

       The status bits for setsyntax are not the same as for MACLISP.

       Closing down a pipe doesn't always seem to work correctly.

       Arrays are not implemented in version 1.

3rd Berkeley Distribution				  LISP(1)