common-lisp at su-ai

• Thread Index

• Maclisp compatibility
  • From: Fahlman at CMU-20C
• Maclisp compatibility
  • From: Daniel L. Weinreb <dlw at MIT-AI>
• Return values of SETF
  • From: Daniel L. Weinreb <dlw at MIT-AI>
• Re: Maclisp compatibility
  • From: Eric Benson <BENSON at UTAH-20>
• MVLet
  • From: Daniel L. Weinreb <dlw at MIT-AI>
• Re: Maclisp compatibility
  • From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
• Return values of SETF
  • From: Howard I. Cannon <HIC at MIT-MC>
• Value of SETF
  • From: Fahlman at CMU-20C
• Re: MVLet
  • From: Fahlman at CMU-20C
• [no subject]
  • From: Richard Greenblatt <RG at MIT-AI>
• [no subject]
  • From: Fahlman at CMU-20C
• Flags in property lists
  • From: David A. Moon <Moon at MIT-MC>
• mv-call
  • From: Daniel L. Weinreb <DLW at MIT-MC>
• [no subject]
  • From: Daniel L. Weinreb <DLW at MIT-MC>
• Re: Flat property lists
  • From: Eric Benson <BENSON at UTAH-20>
• Re: Flat property lists
  • From: Don Morrison <Morrison at UTAH-20>
• Flat property lists
  • From: Guy.Steele at CMU-10A
• The "Official" Rules
  • From: Guy.Steele at CMU-10A
• [no subject]
  • From: Richard M. Stallman <RMS at MIT-AI>
• Revised sequence proposal
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• Revised sequence proposal
  • From: Scott.Fahlman at CMU-10A
• Fahlman's new new sequence proposal, and an issue of policy
  • From: MOON at SCRC-TENEX
• [no subject]
  • From: Griss at UTAH-20 (Martin.Griss)
• T and NIL
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• smoking things out of macsyma
  • From: Kim.fateman at Berkeley
• T and NIL addendum
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• T and NIL.
  • From: George J. Carrette <GJC at MIT-MC>
• Re: T and NIL.
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• T and NIL.
  • From: George J. Carrette <GJC at MIT-MC>
• Take the hint.
  • From: George J. Carrette <GJC at MIT-MC>
• Re: T and NIL
  • From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
• Pronouncing ()
  • From: Richard M. Stallman <RMS at MIT-AI>
• () and T.
  • From: Richard M. Stallman <RMS at MIT-AI>
• NIL versus (), and more about predicates.
  • From: Jon L White <JONL at MIT-MC>
• T and NIL.
  • From: George J. Carrette <GJC at MIT-MC>
• NOT and NULL: addendum to previous note
  • From: Jon L White <JONL at MIT-MC>
• I think I am missing something
  • From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
• The truth value returned by predicates
  • From: Eric Benson <BENSON at UTAH-20>
• [no subject]
  • From: Richard M. Stallman <RMS at MIT-AI>
• T and NIL
  • From: Earl A. Killian <EAK at MIT-MC>
• Fahlman's new new sequence proposal, and an issue of policy
  • From: Earl A. Killian <EAK at MIT-MC>
• COMPOSE
  • From: Richard M. Stallman <RMS at MIT-AI>
• NIL and T
  • From: MASINTER at PARC-MAXC
• What are you missing? and "patching" ATOM and LISTP
  • From: Jon L White <JONL at MIT-MC>
• How useful will a liberated T and NIL be?
  • From: Jon L White <JONL at MIT-MC>
• aesthetics, NIL and T
  • From: Kim.fateman at Berkeley
• I won't die if (SYMBOLP (NOT 'FOO)) => T, but really now...
  • From: George J. Carrette <GJC at MIT-MC>
• Lexical Scoping
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• t and nil
  • From: KIM.jkf@Berkeley (John Foderaro)
• CAR of NIL
  • From: Eric Benson <BENSON at UTAH-20>
• What I still think about T and NIL
  • From: Alan Bawden <ALAN at MIT-MC>
• What I still think about T and NIL
  • From: Alan Bawden <ALAN at MIT-MC>
• T/NIL
  • From: Howard I. Cannon <HIC at MIT-MC>
• Re: CAR of NIL
  • From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
• Re: CAR of NIL
  • From: Eric Benson <BENSON at UTAH-20>
• Re: CAR of NIL
  • From: Eric Benson <BENSON at UTAH-20>
• Re: CAR of NIL
  • From: Daniel L. Weinreb <dlw at MIT-AI>
• () vs NIL
  • From: FEINBERG at CMU-20C
• [no subject]
  • From: Richard M. Stallman <RMS at MIT-AI>
• Divergence
  • From: Jon L White <JONL at MIT-MC>
• There's a market out there...
  • From: <Guy.Steele at CMU-10A>
• Backquote proposal per issue 99
  • From: MOON at SCRC-TENEX
• REDUCE function re-proposed
  • From: MOON at SCRC-TENEX
• Re: Vectors and Arrays
  • From: Griss at UTAH-20 (Martin.Griss)
• Vectors and Arrays
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• Vectors and Arrays--briefly
  • From: MOON at SCRC-TENEX
• [no subject]
  • From: Richard M. Stallman <RMS at MIT-AI>
• Re: Vectors and Arrays
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• Re: Vectors and Arrays
  • From: MOON at SCRC-TENEX
• The T and NIL issues
  • From: Symbolics Technical Staff
• The T and NIL issues
  • From: Earl A. Killian <EAK at MIT-MC>
• Re: Vectors and Arrays
  • From: Daniel L. Weinreb <dlw at MIT-AI>
• The T and NIL issues (and etc.)
  • From: Jon L White <JONL at MIT-MC>
• T and NIL
  • From: George J. Carrette <GJC at MIT-MC>
• Why Vectors? and taking a cue from SYSLISP
  • From: Jon L White <JONL at MIT-MC>
• Re: Vectors and Arrays
  • From: Scott E. Fahlman <FAHLMAN at CMU-20C>
• arithmetic
  • From: Kim.fateman at Berkeley
• Re: arithmetic
  • From: Don Morrison <Morrison at UTAH-20>
• INF vs 1/0
  • From: CSVAX.fateman at Berkeley
• complex log
  • From: MOON at SCRC-TENEX
• T and NIL
  • From: Guy.Steele at CMU-10A
• NIL and ()
  • From: Guy.Steele at CMU-10A
• NIL and () in VAX NIL.
  • From: George J. Carrette <GJC at MIT-MC>
• T, NIL, ()
  • From: The Technical Staff of Lawrence Livermore National Laboratory <CL at S1-A>
• Test
  • From: Dick Gabriel <RPG at SU-AI>
• DOSTRING
  • From: FEINBERG at CMU-20C
• Keyword-style sequence functions
  • From: Guy.Steele at CMU-10A
• Keyword-style sequence functions
  • From: MOON at SCRC-TENEX
• Bug in message about sequence fns
  • From: Guy.Steele at CMU-10A
• Proposed new FORMAT operator: ~U("units")
  • From: Quux
• More on ~U (short)
  • From: Quux
• Common Lisp feature
  • From: Earl A. Killian <EAK at MIT-MC>
• Re: Suggested feature from EAK
  • From: JonL at PARC-MAXC
• Proposed new FORMAT operator: ~U("units")
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-AI>
• SIGNUM function
  • From: Guy.Steele at CMU-10A
• SIGN or SIGNUM
  • From: MOON at SCRC-TENEX
• user type names
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• combining sin and sind
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• trunc
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• combining sin and sind
  • From: Earl A. Killian <EAK at MIT-MC>
• Comment on HAULONG
  • From: Guy.Steele at CMU-10A
• Re: trunc
  • From: Guy.Steele at CMU-10A
• Comment on HAULONG
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• HAULONG
  • From: Guy.Steele at CMU-10A
• Re: HAULONG
  • From: Kim.fateman at Berkeley
• HAULONG
  • From: Earl A. Killian <EAK at MIT-MC>
• Meeting?
  • From: Guy.Steele at CMU-10A
• Meeting?
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• combining sin and sind
  • From: Daniel L. Weinreb <DLW at MIT-AI>
• boole
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• [REYNOLDS at RAND-AI: [Daniel L. Weinreb <DLW at MIT-AI>: combining sin and sind]]
  • From: Daniel L. Weinreb <DLW at MIT-AI>
• Re: boole
  • From: Guy.Steele at CMU-10A
• boole
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: boole
  • From: JonL at PARC-MAXC
• Re: Comment on HAULONG
  • From: JonL at PARC-MAXC
• boole
  • From: Earl A. Killian <EAK at MIT-MC>
• Re: boole, and the still pending name problem.
  • From: JonL at PARC-MAXC
• boole, and the still pending name problem.
  • From: Earl A. Killian <EAK at MIT-MC>
• boole
  • From: MOON at SCRC-TENEX
• Re: boole, and the still pending name problem - Q & A
  • From: JonL at PARC-MAXC
• Boole
  • From: Alan Bawden <ALAN at MIT-MC>
• elementary functions
  • From: Kim.fateman at Berkeley
• Re: elementary functions
  • From: Guy.Steele at CMU-10A
• Re: Boole, and the value of pi
  • From: JonL at PARC-MAXC
• Re: Boole
  • From: Daniel L. Weinreb <dlw at MIT-AI>
• comments on the new manual
  • From: Kim.fateman at Berkeley
• [no subject]
  • From: Kim.fateman at Berkeley
• Re: trichotomy
  • From: Kim.fateman at Berkeley
• trichotomy
  • From: David A. Moon <MOON at SCRC-TENEX at MIT-MC>
• endp
  • From: Kim.fateman at Berkeley
• Issues
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: MOON at SCRC-TENEX
• [no subject]
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Arrays and Vectors
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Your stream proposal
  • From: MOON at SCRC-TENEX
• Need for "active" objects, and your STREAM proposal.
  • From: JonL at PARC-MAXC
• Function streams
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Function streams
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-ML>
• Function Streams
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Common LISP Meeting, etc.
  • From: Guy.Steele at CMU-10A
• Meeting - one more note
  • From: Guy.Steele at CMU-10A
• Notes on 29 July manual
  • From: Eric Benson <BENSON at UTAH-20>
• Results of the 21 August 1982 Common LISP Meeting
  • From: STEELE at CMU-20C
• lowercase in print
  • From: Earl A. Killian <EAK at MIT-MC>
• byte specifiers
  • From: Earl A. Killian <EAK at MIT-MC>
• SET vs. SETF
  • From: Earl A. Killian <EAK at MIT-MC>
• intern
  • From: Earl A. Killian <EAK at MIT-MC>
• typep
  • From: Earl A. Killian <EAK at MIT-MC>
• Issue #106
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Re: byte specifiers
  • From: Guy.Steele at CMU-10A
• SET vs. SETF
  • From: Kent M. Pitman <KMP at MIT-MC>
• SET vs. SETF
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• lowercase in print
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• typep
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Results
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• a protest
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Non-local GO's
  • From: Jonathan Rees <Rees at YALE>
• Re: Non-local GO's
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Non-local GO's
  • From: FEINBERG at CMU-20C
• SET vs. SETF
  • From: FEINBERG at CMU-20C
• SET vs. SETF
  • From: FEINBERG at CMU-20C
• point 122
  • From: Earl A. Killian <EAK at MIT-MC>
• Issue #106
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• assert
  • From: Earl A. Killian <EAK at MIT-MC>
• SETF and friends
  • From: Robert W. Kerns <RWK at MIT-MC>
• case sensitivity
  • From: Kim.jkf at Berkeley
• case sensitivity
  • From: lseward at RAND-RELAY
• SET vs. SETF
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• set vs. setf
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• SET vs. SETF
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• Keyword arguments to LOAD
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• SETF, case, etc.
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• SET vs. SETF
  • From: Alan Bawden <ALAN at MIT-MC>
• SETF, case, etc.
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Issue #106
  • From: Howard I. Cannon <HIC at MIT-MC>
• SETF, case, etc.
  • From: Jim Large <LARGE at CMU-20C>
• SET
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• case sensitivity, reply to comments
  • From: Kim.jkf at Berkeley
• Splicing reader macros
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• CHECK-ARG-TYPE
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Access to documentation strings
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• function specs
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• assert
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• a protest
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Closures
  • From: Guy.Steele at CMU-10A
• splicing macros
  • From: David.Dill at CMU-10A (L170DD60)
• RE: CASE SENSITIVITY, REPLY TO COMMENTS
  • From: mike at RAND-UNIX
• Closures
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Closures (addendum)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Closures
  • From: Jonathan Rees <Rees at YALE>
• [no subject]
  • From: Kim.fateman at Berkeley
• Re: CASE SENSITIVITY, REPLY TO COMMENTS
  • From: mike at RAND-UNIX
• ASSERT
  • From: Earl A. Killian <EAK at MIT-MC>
• 2nd generation LOOP macro
  • From: David A. Moon <MOON at MIT-MC>
• CASE SENSITIVITY, REPLY TO COMMENTS
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• 2nd generation LOOP macro
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Splicing reader macros
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Access to documentation strings
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• function specs
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• ASSERT
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• 2nd generation LOOP macro
  • From: MOON at SCRC-TENEX
• dynamic closures
  • From: MOON at SCRC-TENEX
• splicing reader macros
  • From: MOON at SCRC-TENEX
• assert
  • From: MOON at SCRC-TENEX
• case sensitivity
  • From: MOON at SCRC-TENEX
• function specs
  • From: MOON at SCRC-TENEX
• SET
  • From: Richard M. Stallman <RMS at MIT-OZ at MIT-AI>
• [no subject]
  • From: Richard M. Stallman <RMS at MIT-ML>
• 2nd generation LOOP macro
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• 2nd generation LOOP macro
  • From: JLK at SCRC-TENEX
• Yellow pages
  • From: MOON at SCRC-TENEX
• Order of arguments to ARRAY-DIMENSION
  • From: MOON at SCRC-TENEX
• Yellow pages
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• cases. reader poll
  • From: ucbvax:<Kim:jkf> (John Foderaro)
• COMPILE-FILE
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• 2nd generation LOOP macro
  • From: FEINBERG at CMU-20C
• Closures
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Circular structure printing
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Circular structure printing
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• keyword args to load
  • From: David.Dill at CMU-10A (L170DD60)
• cases. reader poll
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• case-sensitivity and portability
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• keyword args to load
  • From: MOON at SCRC-TENEX
• Circular structure printing
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• SET
  • From: Earl A. Killian <EAK at MIT-MC>
• function specs
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: Kim.fateman at Berkeley
• macro expansion
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• [no subject]
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• macro expansion
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Access to documentation strings
  • From: Kent M. Pitman <KMP at MIT-MC>
• No PRINT-time case conversion switch please!
  • From: Kent M. Pitman <KMP at MIT-MC>
• [no subject]
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Object type names
  • From: Masinter at PARC-MAXC
• note on portability
  • From: Dave Dyer <DDYER at USC-ISIB>
• case-sensitivity: a modest proposal
  • From: Masinter at PARC-MAXC
• Re: Circular structure printing
  • From: Masinter at PARC-MAXC
• LOOP and white pages.
  • From: Rod Brooks <ROD at SU-AI>
• Circular structure printing
  • From: Dave Dyer <DDYER at USC-ISIB>
• No PRINT-time case conversion switch please!
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Access to documentation strings
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Access to documentation strings
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: byte specifiers
  • From: JonL at PARC-MAXC
• Re: a protest
  • From: JonL at PARC-MAXC
• misinformation about LOOP
  • From: Alan Bawden <ALAN at MIT-MC>
• Masinter's proposal on case
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• LOOP and white pages.
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• 2nd generation LOOP macro
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• [no subject]
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• function specs
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• case-sensitivity and portability
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: a protest
  • From: MOON at SCRC-TENEX
• LOAD-BYTE and DEPOSIT-BYTE
  • From: MOON at SCRC-TENEX
• Agenda item 61
  • From: MOON at SCRC-TENEX
• Re: case-sensitivity and portability
  • From: Masinter at PARC-MAXC
• LOAD-BYTE and DEPOSIT-BYTE
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• lambda
  • From: Earl A. Killian <EAK at MIT-MC>
• '(LAMBDA ...)
  • From: Kent M. Pitman <KMP at MIT-MC>
• lambda
  • From: DLW at MIT-MC
• lambda
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• Re: SETF and friends [and the "right" name problem]
  • From: JonL at PARC-MAXC
• Masinter's modest proposal
  • From: jkf at mit-vax at mit-xx
• Re: a miscellany of your comments
  • From: JonL at PARC-MAXC
• case-sensitivity: a modest proposal
  • From: Richard E. Zippel <RZ at MIT-MC>
• Re: CHECK-ARG-TYPE [and CHECK-SUBSEQUENCE]
  • From: JonL at PARC-MAXC
• Re: Access to documentation strings
  • From: JonL at PARC-MAXC
• Re: 2nd generation LOOP macro
  • From: JonL at PARC-MAXC
• string-out
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: case-sensitivity: a modest proposal
  • From: ucbvax:<Kim:jkf> (John Foderaro)
• Re: Circular structure printing
  • From: JonL at PARC-MAXC
• Re: Access to documentation strings
  • From: MOON at SCRC-TENEX
• Re: CHECK-ARG-TYPE [and CHECK-SUBSEQUENCE]
  • From: MOON at SCRC-TENEX
• Loop vs Do
  • From: FEINBERG at CMU-20C
• case-sensitivity: a modest proposal
  • From: MOON at SCRC-TENEX
• Loop vs Do
  • From: MOON at SCRC-TENEX
• Re: macro expansion
  • From: JonL at PARC-MAXC
• Re: LOAD-BYTE and DEPOSIT-BYTE
  • From: JonL at PARC-MAXC
• dlw's portability semantics
  • From: Kim.fateman at Berkeley
• scott's message about case sensitivity
  • From: ucbvax:<Kim:jkf> (John Foderaro)
• It's not just "LOOP vs DO"...
  • From: Kent M. Pitman <KMP at MIT-MC>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• case-sensitivity: an immodest proposal
  • From: David A. Moon <Moon at SCRC-POINTER at MIT-MC>
• cases, re: kmp's and moon's mail
  • From: ucbvax:<Kim:jkf> (John Foderaro)
• Re: cases, re: kmp's and moon's mail
  • From: ucbvax:<Kim:jkf> (John Foderaro)
• administrative request
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• cases, re: kmp's and moon's mail
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: function specs
  • From: JonL at PARC-MAXC
• REDUCE function re-proposed
  • From: Guy.Steele at CMU-10A
• [no subject]
  • From: Guy.Steele at CMU-10A
• Backquote proposal per issue 99
  • From: Guy.Steele at CMU-10A
• More case stuff: speed and accuracy
  • From: Kent M. Pitman <KMP at MIT-MC>
• DLW query about STRING-OUT and LINE-OUT
  • From: Guy.Steele at CMU-10A
• [no subject]
  • From: TK at MIT-MC
• Backquote proposal
  • From: Guy.Steele at CMU-10A
• Clarification of closures and GO
  • From: Guy.Steele at CMU-10A
• Proposed definition of SUBST
  • From: STEELE at CMU-20C
• Agenda Item 74: Interaction of BLOCK and RETURN
  • From: MOON at SCRC-TENEX
• Another try at SUBST
  • From: STEELE at CMU-20C
• Flying off the handle: one more time on SUBST
  • From: STEELE at CMU-20C
• Proposed definition of SUBST, standard identity function
  • From: Skef Wholey <Wholey at CMU-20C>
• Proposed definition of SUBST
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• SUBST
  • From: Guy.Steele at CMU-10A
• Writing PROG as a macro
  • From: Kent M. Pitman <KMP at MIT-MC>
• Proposed definition of SUBST
  • From: Kent M. Pitman <KMP at MIT-MC>
• Clarification of full funarging and spaghetti stacks
  • From: MOON at SCRC-TENEX
• Mailing list
  • From: Guy.Steele at CMU-10A
• Re: Clarification of full funarging and spaghetti stacks
  • From: Guy.Steele at CMU-10A
• Another modest proposal
  • From: Kim.fateman at Berkeley
• lambda
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• dlw's portability semantics
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• case-sensitivity: an immodest proposal
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• REDUCE function re-proposed
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• DLW query about STRING-OUT and LINE-OUT
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Clarification of full funarging and spaghetti stacks
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: REDUCE function re-proposed
  • From: Guy.Steele at CMU-10A
• forgot to CC this
  • From: Guy.Steele at CMU-10A
• case flames
  • From: Jim Large <LARGE at CMU-20C>
• results of a case poll
  • From: UCB-KIM:jkf (John Foderaro)
• DLW query about STRING-OUT and LINE-OUT
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Another modest proposal
  • From: Richard E. Zippel <RZ at MIT-MC>
• Vote on Cases
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Array proposal (long msg)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Case vote
  • From: Dick Gabriel <RPG at SU-AI>
• Vote on Cases
  • From: Jonathan Rees <Rees at YALE>
• Vote on Cases
  • From: FEINBERG at CMU-20C
• Array proposal
  • From: MOON at SCRC-TENEX
• PRINT/READ inversion
  • From: Kent M. Pitman <KMP at MIT-MC>
• Array proposal
  • From: Kent M. Pitman <KMP at MIT-MC>
• Vote on Cases
  • From: Jeffrey P. Golden <JPG at MIT-MC>
• Printing Arrays
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Case
  • From: Martin.Griss <Griss at UTAH-20>
• Re: SETF and friends [and the "right" name problem]
  • From: Robert W. Kerns <RWK at SCRC-TENEX at MIT-MC>
• Vote
  • From: DLW at MIT-MC
• Array proposal
  • From: DLW at MIT-MC
• Printing Arrays
  • From: DLW at MIT-MC
• Array proposal (long msg)
  • From: DLW at MIT-MC
• Proposal for ENDP
  • From: STEELE at CMU-20C
• Vote
  • From: Glenn S. Burke <GSB at MIT-ML>
• ENDP
  • From: Kent M. Pitman <KMP at MIT-MC>
• ???
  • From: Guy.Steele at CMU-10A
• KMP's remarks about ENDP
  • From: Guy.Steele at CMU-10A
• ???
  • From: DLW at MIT-MC
• Re: Case
  • From: UCBKIM.jkf@Berkeley
• ENDP and LET*
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• ENDP optional 2nd arg
  • From: MOON at SCRC-TENEX
• Vectors versus Arrays
  • From: Dick Gabriel <RPG at SU-AI>
• Case
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Vectors versus Arrays
  • From: MOON at SCRC-TENEX
• ??? (that is, LET and LET*)
  • From: Guy.Steele at CMU-10A
• Job change for Quux
  • From: Guy.Steele at CMU-10A
• RPG on Vectors versus Arrays
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: Case
  • From: Guy.Steele at CMU-10A
• Mail duplications
  • From: Dick Gabriel <RPG at SU-AI>
• Re: Case
  • From: Masinter at PARC-MAXC
• vectors, arrays, etc
  • From: Kim.fateman@Berkeley
• Reply to Moon on `Vectors versus Arrays'
  • From: Dick Gabriel <RPG at SU-AI>
• Re: Re: Case
  • From: UCBKIM.jkf@Berkeley
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: Clarification of full funarging and spaghetti stacks
  • From: JonL at PARC-MAXC
• Reply to Gabriel on `Vectors versus Arrays'
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Re: `Vectors versus Arrays', and the original compromise
  • From: JonL at PARC-MAXC
• Desensitizing case-sensitivity
  • From: JonL at PARC-MAXC
• Re: Case
  • From: Martin.Griss <Griss at UTAH-20>
• Case usage in CL manual
  • From: Guy.Steele at CMU-10A
• [no subject]
  • From: Jeffrey P. Golden <JPG at MIT-MC>
• OPTIMIZE Declaration
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• OPTIMIZE Declaration
  • From: MOON at SCRC-TENEX
• OPTIMIZE Declaration
  • From: Earl A. Killian <EAK at MIT-MC>
• OPTIMIZE Declaration
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Case usage in CL manual
  • From: MOON at SCRC-TENEX
• Hairiness of arrays
  • From: MOON at SCRC-TENEX
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• array hairiness
  • From: JoSH <JoSH at RUTGERS>
• Hairiness of arrays
  • From: DLW at MIT-MC
• Re: #-, #+
  • From: Masinter at PARC-MAXC
• Vectors versus Arrays (concluded)
  • From: Dick Gabriel <RPG at SU-AI>
• Array Displacement
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• arrays
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• Indirect arrays
  • From: Guy.Steele at CMU-10A
• Revised array proposal (long)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Portable declarations
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: Revised array proposal (long)
  • From: Rodney A. Brooks <BROOKS at MIT-OZ at MIT-MC>
• Portable declarations
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• array proposal
  • From: Glenn S. Burke <GSB at MIT-ML>
• Proposed evaluator for Common LISP (very long)
  • From: STEELE at CMU-20C
• Revised array proposal (long)
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• arrays
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• array proposal
  • From: David.Dill at CMU-10A (L170DD60)
• EQUAL descending arrays
  • From: Kent M. Pitman <KMP at MIT-MC>
• equal descending into SEQUENCES
  • From: David.Dill at CMU-10A (L170DD60)
• Portable declarations
  • From: Richard M. Stallman <RMS at MIT-AI>
• Proposed evaluator for Common LISP -- declarations
  • From: Earl A. Killian <EAK at MIT-MC>
• Proposed evaluator for Common LISP -- declarations
  • From: Earl A. Killian <EAK at MIT-MC>
• declarations
  • From: Earl A. Killian <EAK at MIT-MC>
• Declarations from macros
  • From: MOON at SCRC-TENEX
• Indirect arrays
  • From: MOON at SCRC-TENEX
• Printing Arrays
  • From: Richard M. Stallman <RMS at MIT-AI>
• case
  • From: Richard M. Stallman <RMS at MIT-AI>
• MEMBER and ASSOC vs EQL
  • From: Richard M. Stallman <RMS at MIT-OZ at MIT-MC>
• Printing Arrays
  • From: MOON at SCRC-TENEX
• Minor changes to proposed reader syntax
  • From: Kent M. Pitman <KMP at MIT-MC>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Reply to msg by ALAN about PROG
  • From: Guy.Steele at CMU-10A
• Minor changes to proposed reader syntax
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Minor changes to proposed reader syntax
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: RMS at MIT-MC
• RETURN in BLOCK and PROG
  • From: Alan Bawden <ALAN at MIT-MC>
• Minor changes to proposed reader syntax
  • From: DLW at MIT-MC
• Proposed evaluator for Common LISP -- declarations
  • From: DLW at MIT-MC
• Vectors and Arrays (Reprise)
  • From: Dick Gabriel <RPG at SU-AI>
• Declarations and Ignorance
  • From: Dick Gabriel <RPG at SU-AI>
• declarations
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• VAR-TYPE
  • From: Kent M. Pitman <KMP at MIT-MC>
• Getting the type of a variable
  • From: Guy.Steele at CMU-10A
• Bit vectors
  • From: MOON at SCRC-TENEX
• declarations
  • From: DLW at SCRC-TENEX
• Hash table functions
  • From: Andy Freeman <CSD.FREEMAN at SU-SCORE>
• Indented Strings
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Hash table functions not all there
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Indented Strings
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• LEXICAL declarations
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Arrays and vectors (again)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Arrays and vectors (again)
  • From: DLW at MIT-MC
• Arrays and vectors (again)
  • From: Leonard N. Zubkoff <Zubkoff at Cmu-20c>
• Arrays and vectors (again)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Arrays and Vectors
  • From: Kent M. Pitman <KMP at MIT-MC>
• KMP's remarks on arrays
  • From: Guy.Steele at CMU-10A
• Reply to KMP
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Revised proposed evaluator(s)
  • From: STEELE at CMU-20C
• Indeed, one of us must be confused.
  • From: Kent M. Pitman <KMP at MIT-MC>
• What is this RESTART kludge?
  • From: Alan Bawden <ALAN at MIT-MC>
• Indeed, one of us must be confused.
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• What is this RESTART kludge?
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• RESTART and TAGBODY
  • From: Guy.Steele at CMU-10A
• Arrays and vectors (again)
  • From: DLW at MIT-MC
• What is this RESTART kludge?
  • From: DLW at MIT-MC
• Indeed, one of us must be confused.
  • From: DLW at MIT-MC
• Arrays and vectors (again)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: Arrays and vectors (again)
  • From: Ginder at CMU-20C
• Arrays and vectors (again)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Arrays and Vectors
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: Arrays and vectors (again)
  • From: Ginder at CMU-20C
• Proposals
  • From: Dick Gabriel <RPG at SU-AI>
• Re: Arrays and Vectors
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Design of Common LISP
  • From: Guy.Steele at CMU-10A
• Re: Arrays and vectors (again)
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Issue 82 of the last CL meeting
  • From: Brian G. Milnes <Milnes at CMU-20C>
• What is this RESTART kludge?
  • From: Alan Bawden <ALAN at MIT-MC>
• What is this RESTART kludge?
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• MAKE as a new name for SETF (gasp!)
  • From: Skef Wholey <Wholey at CMU-20C>
• MAKE as a new name for SETF (gasp!)
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Issue 82 of the last CL meeting
  • From: MOON at SCRC-TENEX
• arrays and vectors (long carefully-thought-out message)
  • From: MOON at SCRC-TENEX
• What is this RESTART kludge?
  • From: Alan Bawden <ALAN at MIT-MC>
• Vectors/Arrays
  • From: Kent M. Pitman <KMP at MIT-MC>
• Issue #97, Colander page 134: floating-point assembly and disassembly
  • From: MOON at SCRC-TENEX
• RESTART
  • From: Kent M. Pitman <KMP at MIT-MC>
• RESTART
  • From: MOON at SCRC-TENEX
• vectors/arrays
  • From: Glenn S. Burke <GSB at MIT-ML>
• Clarification
  • From: Guy.Steele at CMU-10A
• Issue 82 comment, your reply and number crunching
  • From: MOON at SCRC-TENEX
• Issue 82 comment
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Down with RESTART
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• RESTART
  • From: Kent M. Pitman <KMP at MIT-MC>
• RESTART
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• arrays and vectors (long carefully-thought-out message)
  • From: Earl A. Killian <EAK at MIT-MC>
• DEFSTRUCT options syntax
  • From: Alan Bawden <ALAN at MIT-MC>
• DEFSTRUCT options syntax
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• setf  set
  • From: John McCarthy <JMC at SU-AI>
• DEFSTRUCT options syntax
  • From: MOON at SCRC-TENEX
• Apalled
  • From: Guy.Steele at CMU-10A
• keyword pairs and DEFSTRUCT
  • From: Guy.Steele at CMU-10A
• Documentation strings
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Documentation strings in defstruct
  • From: Alan Bawden <ALAN at MIT-MC>
• Documentation strings in defstruct
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• keyword pairs and OPEN
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• dlw's OPEN proposal
  • From: Ginder at CMU-20C
• Explanation of "Sesame"
  • From: Guy.Steele at CMU-10A
• HIC lambda macros
  • From: Guy.Steele at CMU-10A
• HIC lambda macros
  • From: Howard I. Cannon <HIC at MIT-MC>
• Moon's floating-point extractors proposal
  • From: Guy.Steele at CMU-10A
• suggestions on floating point numbers and hash tables
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• White, red, and yellow pages
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• /BALLOT/
  • From: STEELE at CMU-20C
• /BALLOT/
  • From: ZVONA at MIT-MC
• Addendum to voting procedure
  • From: Guy.Steele at CMU-10A
• comment on lambda macros
  • From: Dave Dyer <DDYER at USC-ISIB>
• /BALLOT/
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• defun semantics
  • From: Earl A. Killian <EAK at MIT-MC>
• /BALLOT/
  • From: Brian G. Milnes <Milnes at CMU-20C>
• arrays
  • From: Earl A. Killian <EAK at MIT-MC>
• Re: keyword pairs and OPEN
  • From: Masinter at PARC-MAXC
• ZVONA: ~xxxxxnxxxxxxxxxxxxxxxxxxxxxx
  • From: Alan Bawden <ALAN at MIT-MC>
• arrays
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Re: keyword pairs and OPEN
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• GLS's change to Moon's floating-point extractors proposal
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Re: defun semantics
  • From: Guy.Steele at CMU-10A
• FLOAT-SIGN and SIGNUM
  • From: Guy.Steele at CMU-10A
• votes
  • From: Dave Dyer <DDYER at USC-ISIB>
• [no subject]
  • From: ZVONA at MIT-MC
• insults
  • From: Kent M. Pitman <KMP at MIT-MC>
• defun semantics
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: /BALLOT/
  • From: Masinter at PARC-MAXC
• suggestions on floating point numbers and hash tables
  • From: MOON at SCRC-TENEX
• suggestions on floating point numbers and hash tables
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• /BALLOT/
  • From: Kent M. Pitman <KMP at MIT-MC>
• Documentation and error messages
  • From: Guy.Steele at CMU-10A
• Documentation and error messages
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Documentation and error messages
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• /BALLOT/
  • From: MIT VAX/VMS Lisp Implementors <NIL at MIT-ML>
• Documentation and error messages
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• /BALLOT/
  • From: BROOKS at MIT-OZ at MIT-MC
• [Re: MIT VAX/VMS Lisp Implementors, Ballot]
  • From: Glenn S. Burke <GSB at MIT-ML>
• Documentation and errors, etc.
  • From: Guy.Steele at CMU-10A
• Hash tables => Hashing functions
  • From: Skef Wholey <Wholey at CMU-20C>
• Hash tables => Hashing functions
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: keyword pairs and OPEN
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: keyword pairs and OPEN
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Re: keyword pairs and OPEN
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: macro expansion
  • From: MOON at SCRC-TENEX
• Ballot results
  • From: STEELE at CMU-20C
• Here is a good idea, I think
  • From: Guy.Steele at CMU-10A
• Here is a good idea, I think
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Here is a terrible idea, I think
  • From: Guy.Steele at CMU-10A
• Here is a good idea, I think
  • From: Alan Bawden <ALAN at MIT-MC>
• A bunch of lousy ideas
  • From: HEDRICK at RUTGERS
• conservatism in extensions
  • From: Kent M. Pitman <KMP at MIT-MC>
• Here is a tired quux, I think
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Conservatism in extensions
  • From: The Great Quux at CMU-10A
• Tried Quux vindicated
  • From: Guy.Steele at CMU-10A
• Overconservatism in extensions
  • From: Alan Bawden <ALAN at MIT-MC>
• Re: Overconservatism in extensions
  • From: The Great Quux at CMU-10A
• What can I say?
  • From: Guy.Steele at CMU-10A
• STRING-OUT, LINE-OUT and READLINE
  • From: Guy.Steele at CMU-10A
• STRING-OUT -> WRITE-STRING, etc.
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• STRING-OUT, LINE-OUT and READLINE
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• [no subject]
  • From: George J. Carrette <GJC at MIT-ML>
• Proposed evaluator for Common LISP
  • From: Earl A. Killian <EAK at MIT-MC>
• Re: Proposed evaluator for Common LISP
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Proposed evaluator for Common LISP
  • From: Earl A. Killian <EAK at MIT-MC>
• Macros and TAGBODY tags
  • From: Guy.Steele at CMU-10A
• SCALE-FLOAT and friends
  • From: Guy.Steele at CMU-10A
• SCALE-FLOAT and friends
  • From: MOON at SCRC-TENEX
• Macros and TAGBODY tags
  • From: MOON at SCRC-TENEX
• No. Don't let macros expand into prog tags.
  • From: Kent M. Pitman <KMP at MIT-MC>
• Macros and TAGBODY tags
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Destructuring
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Destructuring
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Mini-ballot
  • From: Guy.Steele at CMU-10A
• Re: Mini-ballot
  • From: Eric Benson <BENSON at UTAH-20>
• Mini-ballot
  • From: MOON at SCRC-TENEX
• Mini-ballot
  • From: Skef Wholey <Wholey at CMU-20C>
• Re: Mini-ballot
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Mini-ballot
  • From: ZVONA at MIT-MC
• Mini-ballot
  • From: Earl A. Killian <EAK at MIT-MC>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Mini-ballot
  • From: Kent M. Pitman <KMP at MIT-MC>
• Mini-ballot
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• function specs
  • From: MOON at SCRC-TENEX
• asterisks around variables
  • From: MOON at SCRC-TENEX
• Revised Mini-Ballot
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Mini-ballot
  • From: Glenn S. Burke <GSB at MIT-ML>
• Re: function specs
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Remarks on mini-ballot
  • From: Guy.Steele at CMU-10A
• Remarks on mini-ballot
  • From: David A. Moon <Moon at SCRC-POINTER at MIT-MC>
• Re: Remarks on mini-ballot
  • From: Guy.Steele at CMU-10A
• Remarks on mini-ballot
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• function specs
  • From: ZVONA at MIT-MC
• #'(LAMBDA ...) ==> CODE
  • From: Eric Benson <BENSON at UTAH-20>
• mini-ballot
  • From: David.Dill at CMU-10A (L170DD60)
• Named lambdas
  • From: Guy.Steele at CMU-10A
• Quick query about CONSTANTP
  • From: Guy.Steele at CMU-10A
• Re: Quick query about CONSTANTP
  • From: JONL at PARC-MAXC
• New proposed evaluators
  • From: STEELE at CMU-20C
• Quick query about CONSTANTP
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Named lambdas
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: Mini-ballot
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Named lambdas
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Named lambdas
  • From: Masinter at PARC-MAXC
• Re: Named lambdas
  • From: Masinter at PARC-MAXC
• Re: Quick query about CONSTANTP
  • From: Eric Benson <BENSON at UTAH-20>
• Named lambdas
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Named lambdas
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• primitives
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• Benson's remarks on CONSTANTP
  • From: Guy.Steele at CMU-CS-A
• Named lambdas
  • From: MOON at SCRC-TENEX
• primitives, and dynamic binding
  • From: MOON at SCRC-TENEX
• primitives
  • From: Kent M. Pitman <KMP at MIT-MC>
• NAMED-LAMBDA
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• #,
  • From: Earl A. Killian <Killian at MIT-MULTICS>
• Re: primitives
  • From: Eric Benson <BENSON at UTAH-20>
• Re: NAMED-LAMBDA and function cells
  • From: Eric Benson <BENSON at UTAH-20>
• NAMED-LAMBDA and function cells
  • From: MOON at SCRC-TENEX
• Revised evaluators
  • From: STEELE at CMU-20C
• #,
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• #,
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: Named lambdas
  • From: JONL at PARC-MAXC
• Re: Named lambdas
  • From: JONL at PARC-MAXC
• Named lambdas
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: Named lambdas
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• implementing multiple values
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• multiple-value return
  • From: Kim.fateman@Berkeley
• implementing multiple values
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• multiple-value return
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• Re: multiple-value return
  • From: Kim.fateman@Berkeley
• Re: multiple-value return
  • From: Martin.Griss <Griss at UTAH-20>
• m-v on conventional machines
  • From: UCBERNIE.jkf@Berkeley (John Foderaro)
• Multiple Values
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• results of analyzing answers to my question about m.v.'s
  • From: HEDRICK at RUTGERS
• Multiple Value Return and Continuation Passing Style
  • From: Kent M. Pitman <KMP at MIT-MC>
• multiple thanks
  • From: Kim.fateman@Berkeley
• Named lambdas
  • From: Masinter at PARC-MAXC
• Re: #,
  • From: Masinter at PARC-MAXC
• Multiple-Value implementations
  • From: JONL at PARC-MAXC
• multiple-value return
  • From: DLW at MIT-MC
• 1000th message
  • From: Guy.Steele at CMU-CS-A
• Re: DLW's message and Fateman's FLOOR.
  • From: BROOKS at MIT-OZ at MIT-MC
• DLW's message and Fateman's FLOOR.
  • From: Scott E. Fahlman <Fahlman at Cmu-20c>
• Re: #,
  • From: HEDRICK at RUTGERS
• Defining the forms to which the # constructs expand
  • From: MOON at SCRC-TENEX
• (prog1 (trunc x y))
  • From: BROOKS at MIT-OZ at MIT-MC
• Forcing one value from a function
  • From: Guy.Steele at CMU-CS-A
• (prog1 (trunc x y))
  • From: Alan Bawden <ALAN at MIT-MC>
• Re: Defining the forms to which the # constructs expand
  • From: Masinter at PARC-MAXC
• Re: Obliquity of the vernacular...
  • From: Ron <FISCHER at RUTGERS>
• Re: (prog1 (trunc x y))
  • From: Eric Benson <BENSON at UTAH-20>
• Re: #,
  • From: Glenn S. Burke <GSB at MIT-ML>
• Masinter's remarks on #,
  • From: Guy.Steele at CMU-CS-A
• Defining the forms to which the # constructs expand
  • From: Alan Bawden <ALAN at MIT-MC>
• Re: Defining the forms to which the # constructs expand
  • From: MOON at SCRC-TENEX
• multiple values
  • From: Glenn S. Burke <GSB at MIT-ML>
• Expansion of #, and the "residential" question.
  • From: JONL at PARC-MAXC
• What's wrong with '#,<frob> ?
  • From: JONL at PARC-MAXC
• duplicate-p?
  • From: Dave Dyer <DDYER at USC-ISIB>
• Re: Masinter's remarks on #,
  • From: Masinter at PARC-MAXC
• Named lambdas
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• named lambdas
  • From: Glenn S. Burke <GSB at MIT-ML>
• named lambdas
  • From: MOON at SCRC-TENEX
• a LAMBDA special form
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: Named lambdas
  • From: Masinter at PARC-MAXC
• Re: Named lambdas
  • From: JONL at PARC-MAXC
• Re: Named lambdas
  • From: MOON at SCRC-TENEX
• [no subject]
  • From: Kim.fateman@Berkeley
• (^ 0.0 0.0) AND (^ 0 0.0)
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• x^0.0
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-ML>
• Re: x^0.0
  • From: HEDRICK at RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• function ballot
  • From: Earl A. Killian <EAK at MIT-MC>
• function ballot
  • From: Scott E. Fahlman <Fahlman at CMU-CS-C>
• function ballot
  • From: MOON at SCRC-TENEX
• 0^0
  • From: Guy.Steele at CMU-CS-A
• More on 0^0
  • From: Guy.Steele at CMU-CS-A
• Re: x^0.0
  • From: JONL at PARC-MAXC
• Speaking of issues left of the Ballots ...
  • From: JONL at PARC-MAXC
• 0^0
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• function ballot
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• Re: EAK's fuction ballot
  • From: Eric Benson <BENSON at UTAH-20>
• ENCLOSE and EVAL
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re: ENCLOSE and EVAL
  • From: Guy.Steele at CMU-CS-A
• EAK's fuction ballot
  • From: Kent M. Pitman <KMP at MIT-MC>
• bit-vectors
  • From: Earl A. Killian <EAK at MIT-MC>
• ` and '
  • From: Earl A. Killian <EAK at MIT-MC>
• ` and '
  • From: Alan Bawden <ALAN at MIT-MC>
• bitvectors verses bignums
  • From: George J. Carrette <GJC at MIT-MC>
• Speaking of issues left of the Ballots ...
  • From: MOON at SCRC-TENEX
• LDB vs LOAD-BYTE
  • From: Glenn S. Burke <GSB at MIT-ML>
• parse-number
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• parse-number
  • From: David L. Andre <DLA at SCRC-TENEX at mit-mc>
• parse-number
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX at mit-mc>
• parse-number
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-MC>
• parse-number
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX at mit-mc>
• parse-number
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX at mit-mc>
• Two small issues, and a test of whether the DCA has broken this mailing list
  • From: MOON at SCRC-TENEX
• Proposed Common LISP Function (forwarded)
  • From: Guy.Steele at CMU-CS-A
• (APPLY #'CONCATENATE 'STRING L)
  • From: MASINTER.PA@PARC-MAXC.ARPA
• Ballot proposal
  • From: MASINTER.PA@PARC-MAXC.ARPA
• concatenating strings
  • From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
• (APPLY #'CONCATENATE 'STRING L)
  • From: MOON at SCRC-TENEX
• Re: (APPLY #'CONCATENATE 'STRING L)
  • From: HEDRICK@RUTGERS (Mgr DEC-20s/Dir LCSR Comp Facility)
• Implementation Limits
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• number of arguments limitations
  • From: Glenn S. Burke <GSB @ MIT-ML>
• NMapDelRassRevAppCatSqrtQ
  • From: Guy.Steele at CMU-CS-A
• Re: Recent ballot
  • From: Ron <FISCHER@RUTGERS>
• What is <SLISP.CODE>SPIRRAT.SLISP?
  • From: Ron <FISCHER@RUTGERS>
• number of arguments limitation
  • From: JonL.PA@PARC-MAXC.ARPA
• Upcoming Manual work, and Compatibililty issue.
  • From: JonL.PA@PARC-MAXC.ARPA
• LetS in Common Lisp
  • From: Joseph.Ginder@CMU-CS-SPICE
• #A()
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-ML>
• #A()
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-ML>
• #A()
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-ML>
• #A()
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX at MIT-ML>
• #nA(...)
  • From: Daniel L. Weinreb <dlw at SCRC-TENEX>
• char-not-equal
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• digit-weight
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX at mit-mc>
• char-not-equal
  • From: David A. Moon <Moon at SCRC-TENEX at mit-mc>
• char-not-equal
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• short-float-negative-epsilon
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• defstruct printed representation
  • From: Daniel L. Weinreb <dlw%SCRC-TENEX@MIT-MC>
• More trivia
  • From: Daniel L. Weinreb <dlw%SCRC-TENEX@MIT-MC>
• Proposed change to SPECIAL: quick poll
  • From: Guy.Steele@CMU-CS-A
• Proposed change to SPECIAL: quick poll
  • From: Guy.Steele@CMU-CS-A
• Proposed change to SPECIAL: quick poll
  • From: MOON at SCRC-TENEX
• Proposed change to SPECIAL: quick poll
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• nsubstitute-if/if-not
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Proposed change to SPECIAL: quick poll
  • From: MOON at SCRC-TENEX
• What should LAST of an atom do?
  • From: David A. Moon <MOON%SCRC-TENEX@MIT-MC>
• What should LAST of an atom do?
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• What should LAST of an atom do?
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Map
  • From: Dick Gabriel <RPG%SU-AI@USC-ECL>
• What should LAST of an atom do? -- conclusion
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• Proposed change to SPECIAL: proposed resolution
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• EVAL and friends
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFSETF
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-ML>
• DEFSETF
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-ML>
• DEFSETF
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFSETF
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• *prindepth* and *prinlength* versus *prinarray*
  • From: Daniel L. Weinreb <dlw%SCRC-TENEX@MIT-ML>
• *prindepth* and *prinlength* versus *prinarray*
  • From: BENSON at SPA-Nimbus
• MISMATCH/MAXPREFIX/MAXSUFFIX
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• MISMATCH/MAXPREFIX/MAXSUFFIX
  • From: Skef Wholey <Wholey@CMU-CS-C>
• MISMATCH/MAXPREFIX/MAXSUFFIX
  • From: Leonard N. Zubkoff <Zubkoff@CMU-CS-C>
• Proposed improvement to ASSERT
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• DEFSETF proposal, revised
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MULTICS>
• Lunar DEFSETF
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFSETF multiple-values feature
  • From: Daniel L. Weinreb <dlw%SCRC-TENEX@MIT-MC>
• Erring forms of ...CASE...
  • From: Mike McMahon <MMcM@SCRC-TENEX>
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Bugs in the Laser Edition
  • From: BENSON at SPA-NIMBUS
• MISMATCH, From end.
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Test
  • From: Dick Gabriel <RPG@SU-AI>
• [no subject]
  • From: Richard P. Gabriel <RPG @ MIT-MC>
• Testing, one two...
  • From: Feinberg@CMU-CS-C
• Package Proposal (moby message)
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• test message--please ignore
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• error proposal
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• error proposal
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Errors
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• error proposal
  • From: Jim Large <LARGE@CMU-CS-C>
• error proposal
  • From: Jim Large <LARGE@CMU-CS-C>
• Package Proposal (moby message)
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• package proposal comments
  • From: DILL@CMU-CS-C
• New Package Proposal
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• package proposal comments
  • From: MOON at SCRC-TENEX
• package.mss.108
  • From: MOON at SCRC-TENEX
• suggestion for ballot: :allow-other-keys
  • From: David A. Moon <MOON%SCRC-TENEX%MIT-MC@SU-DSN>
• Function objects
  • From: BENSON at SPA-NIMBUS
• suggestion for ballot: :allow-other-keys
  • From: BENSON at SPA-NIMBUS
• Packages
  • From: Kent M. Pitman <KMP @ MIT-MC>
• suggestion for ballot: :allow-other-keys
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Function objects
  • From: BENSON at SPA-NIMBUS
• Summary of message on function objects
  • From: BENSON at SPA-NIMBUS
• not about suggestion for ballot: :allow-other-keys
  • From: MOON at SCRC-TENEX
• &allow-other-keys
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• package proposal comments
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Packages
  • From: MOON at SCRC-TENEX
• Packages
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Summary of message on function objects & :allow-other-keys
  • From: Alan Bawden <ALAN @ MIT-MC>
• Two New Package Proposal Comments (and a grotesque suggestion)
  • From: Alan Bawden <ALAN @ MIT-MC>
• package.mss.108
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• [Mailer: Message of 11 May 83 00:55:02 EDT]
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• package.mss.108
  • From: MOON at SCRC-TENEX
• Request for clarification about "package users/owners"
  • From: Kent M. Pitman <KMP @ MIT-MC>
• New Error Proposal
  • From: Kent M. Pitman <KMP @ MIT-MC>
• package.mss.108
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• need for export controls
  • From: MOON at SCRC-TENEX
• package.mss.108
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• package changes
  • From: DILL@CMU-CS-C
• package changes
  • From: MOON at SCRC-TENEX
• More about packages, from DLW and BSG
  • From: Daniel L. Weinreb <dlw%SCRC-TENEX%MIT-MC@SU-DSN>
• More about packages, from DLW and BSG
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• More about packages, from DLW and BSG
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• New Error Proposal: suggestions to be incorporated
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• New Error Proposal: suggestions to be incorporated
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• package changes
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-ML@SU-DSN>
• New Error Proposal: suggestions to be incorporated
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Keywords, :Keywords, &More-Keywords
  • From: Kent M. Pitman <KMP @ MIT-MC>
• [Griss@UTAH-20: Forwarded]
  • From: KMP@MIT-MC
• packages, yet again
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• issues
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Keywords, :Keywords, &More-Keywords
  • From: MOON at SCRC-TENEX
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• error.proposal.9
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• args to error, cerror, & warn
  • From: Glenn S. Burke <GSB @ MIT-ML>
• error.proposal.9
  • From: Kent M. Pitman <KMP @ MIT-MC>
• args to error, cerror, & warn
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• args to error, cerror, & warn
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• packages, yet again
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• error.proposal.9
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Debug vs Break
  • From: Martin.Griss <Griss@UTAH-20>
• Break
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Conservation of nits
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Break
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Conservation of nits
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• revised BREAK writeup
  • From: MOON at SCRC-TENEX
• writeup on name conflicts
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Maphash
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Revenge of the Packages
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• error proposal not so hard to implement
  • From: David A. Moon <Moon at SCRC-TENEX>
• Comments on wording in "Revenge of the Packages"
  • From: Kent M. Pitman <KMP at MIT-MC>
• Last call for nits
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Return of the Packages Strikes Back
  • From: BENSON at SPA-NIMBUS
• EXPORT after USE-PACKAGE
  • From: David.Dill@CMU-CS-A (L170DD60)
• Alphabetic case in package names
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• EXPORT after USE-PACKAGE
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Maphash
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Maphash
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Return of the Packages Strikes Back
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• One last diddle to my error proposal
  • From: David A. Moon <Moon at SCRC-TENEX>
• One last diddle to my error proposal
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• One last diddle to my error proposal
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• One last diddle to my error proposal
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• EXPORT after USE
  • From: David.Dill@CMU-CS-A (L170DD60)
• maphash and do-hash
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• EXPORT after USE
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• EXPORT after USE
  • From: David.Dill@CMU-CS-A (L170DD60)
• REDUCE Change
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-ML>
• REDUCE Change
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-ML>
• REDUCE Change
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-ML>
• REDUCE Change
  • From: Skef Wholey <Wholey@CMU-CS-C>
• Manual update
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• ENDP
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• ENDP
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• [no subject]
  • From: George J. Carrette <GJC @ MIT-MC>
• Memorial Day Ballot
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Memorial Day Ballot
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• My replies to Memorial Day Ballot
  • From: Guy.Steele@CMU-CS-A
• special characters in package names
  • From: George J. Carrette <GJC @ MIT-ML>
• Memorial Day Ballot
  • From: Skef Wholey <Wholey@CMU-CS-C>
• Re: *prindepth* and *prinlength* versus *prinarray*
  • From: Guy.Steele@CMU-CS-A
• SUB-READ and friends
  • From: Mgr DEC-20s/Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• Memorial Day Ballot comments
  • From: MOON at SCRC-TENEX
• Memorial Day Ballot
  • From: MOON at SCRC-TENEX
• Memorial Day Ballot
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Memorial Day Ballot comments
  • From: MOON at SCRC-TENEX
• Issue of macro expansion portability
  • From: MOON at SCRC-TENEX
• Steele's |:foo| suggestion.
  • From: Alan Bawden <ALAN @ MIT-MC>
• ballot issues
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Package names
  • From: Kent M. Pitman <kmp at MIT-MC>
• Ballot clarifications
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Package names
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Yucky proposed | syntax
  • From: Guy.Steele@CMU-CS-A
• Package names
  • From: Kent M. Pitman <KMP @ MIT-MC>
• yucky package names
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Non-yucky package names (I think)
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Holiday Ballot
  • From: JONL.PA@PARC-MAXC.ARPA
• A memorial day issue
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• A memorial day issue
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• A memorial day issue
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Memorial Day Ballot
  • From: Joseph.Ginder@CMU-CS-SPICE
• A memorial day issue
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Memorial Day Ballot
  • From: BENSON at SPA-NIMBUS
• Fahlman's latest package printing proposal
  • From: BENSON at SPA-NIMBUS
• memorial ballot
  • From: Dave Dyer <DDYER@USC-ISIB>
• Re: *prindepth* and *prinlength* versus *prinarray*
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• Memorial Day Ballot: comments on other people's entries
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Memorial Day Ballot
  • From: Earl A. Killian <EAK @ MIT-MC>
• read top-level discussion
  • From: Earl A. Killian <EAK @ MIT-MC>
• floating-point format
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Memorial Day Ballot: comments on other people's entries
  • From: BENSON%SPA-NIMBUS%MIT-MC@SU-DSN
• mem. day ballot
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Moon's remarks on ~F,~E,~G,~$
  • From: Guy.Steele@CMU-CS-A
• grt optys in data proc
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• defstruct, and the :named option
  • From: Glenn S. Burke <GSB @ MIT-ML>
• defstruct, and the :named option
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• (MULTIPLE-VALUE (NIL ...) ...)
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Memorial Day Ballot
  • From: Walter van Roggen <Walter.VanRoggen@CMU-CS-A> (C410WV50)
• defstruct, and the :named option
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• (MULTIPLE-VALUE (NIL ...) ...)
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• randomness
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Re: defstruct, and the :named option
  • From: Howard I. Cannon <HIC%SCRC-TENEX%MIT-MC@SU-DSN>
• Spread Uniformity and Auto-Doc -- your comments
  • From: JonL.pa@PARC-MAXC.ARPA
• our votes in the Memorial Day Ballot
  • From: Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• NTH-VALUE, some examples
  • From: Kent M. Pitman <KMP @ MIT-MC>
• NTH-VALUE
  • From: Earl A. Killian <EAK @ MIT-MC>
• Non-yucky package names (I think)
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: randomness
  • From: Guy.Steele@CMU-CS-A
• Re: grt optys in data proc
  • From: Guy.Steele@CMU-CS-A
• The envelope please...
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• The envelope please...
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• BSG /= GSB
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• The dogma killed ASET
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Issue 21: package of #+/#- features
  • From: David A. Moon <Moon at SCRC-TENEX>
• NTH-VALUE
  • From: David A. Moon <Moon at SCRC-TENEX>
• #+ hair
  • From: David A. Moon <Moon at SCRC-TENEX>
• Non-yucky package names (I think)
  • From: David A. Moon <Moon at SCRC-TENEX>
• ~m,n@T in FORMAT
  • From: David A. Moon <Moon at SCRC-TENEX>
• grt optys in data proc
  • From: Earl A. Killian <EAK @ MIT-MC>
• format force-output
  • From: Earl A. Killian <EAK @ MIT-MC>
• format force-output
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• The dogma killed ASET
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• typep of array
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Another ballot
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Another ballot
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• Re: Another ballot
  • From: Ginder@CMU-CS-C
• Another ballot
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• Another ballot
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-ML@SU-DSN>
• The dogma killed ASET
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• Function names and function objects
  • From: BENSON at SPA-Nimbus
• [Moon at SCRC-TENEX: short-float-negative-epsilon]
  • From: Robert A. Cassels <Cassels%SCRC-TENEX%MIT-MC@SU-DSN>
• Earlier message on function objects
  • From: BENSON at SPA-Nimbus
• 2nd ballot
  • From: eak at s1-c
• compiled-function
  • From: eak at s1-c
• Another ballot
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• Another ballot
  • From: Alan Bawden <ALAN @ MIT-MC>
• Another Ballot
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Functions for taking apart floating-point numbers
  • From: Robert A. Cassels <Cassels at SCRC-TENEX>
• Ballot A
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Re: Another ballot
  • From: Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• PROCLAIM and implicit EVAL-WHEN
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Another ballot
  • From: Walter van Roggen <Walter.VanRoggen@CMU-CS-A> (C410WV50)
• ballot A
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Destructuring
  • From: George J. Carrette <GJC @ MIT-ML>
• Functions for taking apart floating-point numbers
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Re: typep of array
  • From: Guy.Steele@CMU-CS-A
• Reply to ballot A
  • From: Guy.Steele@CMU-CS-A
• Addendum to my answers on ballot A
  • From: Guy.Steele@CMU-CS-A
• Array rank
  • From: Guy.Steele@CMU-CS-A
• pervasiveness of declarations
  • From: Guy.Steele@CMU-CS-A
• Addendum to my answers on ballot A
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Gaussian rationals
  • From: Alan Bawden <ALAN @ MIT-MC>
• Copying a random-state
  • From: Guy.Steele@CMU-CS-A
• Re: Gaussian rationals
  • From: fateman%UCBKIM@Berkeley (Richard Fateman)
• Volume of mail (trivia)
  • From: Guy.Steele@CMU-CS-A
• Re: Volume of mail (trivia)
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• Gaussian rationals
  • From: Alan Bawden <ALAN @ MIT-MC>
• Gaussian rationals
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Results of ballot A
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Proposed elimination of mixed-type complex numbers
  • From: MOON at SCRC-TENEX
• gaussian rationals
  • From: fateman%UCBKIM@Berkeley (Richard Fateman)
• Results of ballot A
  • From: Earl A. Killian <EAK @ MIT-MC>
• Results of ballot A
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• gaussian rationals, transcendental functions, etc.
  • From: Alan Bawden <ALAN @ MIT-MC>
• gaussian rationals, transcendental functions, etc.
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Complex Arguments, fear and loathing on the number line.
  • From: George J. Carrette <GJC @ MIT-ML>
• minimum multiple values
  • From: Walter van Roggen <Walter.VanRoggen@CMU-CS-A> (C410WV50)
• Revenge of the Ballot
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Revenge of the Ballot
  • From: Alan Bawden <ALAN @ MIT-MC>
• PARSE-INTEGER
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• PARSE-INTEGER
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Ballot clarification
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: Results of ballot A
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• sqrt(-1)
  • From: fateman%UCBKIM@Berkeley (Richard Fateman)
• Revenge of the Ballot
  • From: MOON at SCRC-TENEX
• sqrt(-1)
  • From: Alan Bawden <ALAN @ MIT-MC>
• Re: sqrt(-1)
  • From: fateman%UCBKIM@Berkeley (Richard Fateman)
• Re: Revenge of the Ballot
  • From: Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• Revenge of the Ballot
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Ballot B
  • From: Walter van Roggen <Walter.VanRoggen@CMU-CS-A> (C410WV50)
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Multiple-value-revenge of the Ballot
  • From: Guy.Steele@CMU-CS-A
• MANTISSA => SIGNIFICAND
  • From: Guy.Steele@CMU-CS-A
• Re: sqrt(-1)
  • From: Guy.Steele@CMU-CS-A
• Revenge of the Ballot
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• NTH-VALUE
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• [no subject]
  • From: George J. Carrette <GJC @ MIT-MC>
• [Re: revenge of the ballot, B7]
  • From: Glenn S. Burke <GSB @ MIT-ML>
• [Re: revenge of the ballot, B7]
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Pathname Conventions
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• [no subject]
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFCONSTANT
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Results of ballot B
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Testing
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: DEFCONSTANT
  • From: Walter van Roggen <Walter.VanRoggen@CMU-CS-A> (C410WV50)
• Re: DEFCONSTANT
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• DEFCONSTANT
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: DEFCONSTANT
  • From: Guy.Steele@CMU-CS-A
• DEFCONSTANT, etc
  • From: Kent M. Pitman <KMP @ MIT-MC>
• DEFCONSTANT
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• [no subject]
  • From: Walter van Roggen <Walter.VanRoggen@CMU-CS-A> (C410WV50)
• Loose ends
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFCONSTANT
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• Loose ends
  • From: MOON at SCRC-TENEX
• Re: DEFCONSTANT
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• UNDEFCONSTANT
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Loose ends
  • From: Robert A. Cassels <Cassels%SCRC-TENEX%MIT-ML@SU-DSN>
• Loose ends
  • From: Glenn S. Burke <GSB @ MIT-ML>
• defconstant, eval-when, etc.
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Re: DEFCONSTANT
  • From: Guy.Steele@CMU-CS-A
• Re: [Scott's message about EQ DEFCONSTANTs]
  • From: Ron <FISCHER@RUTGERS.ARPA>
• Re: [Scott's message about EQ DEFCONSTANTs]
  • From: MOON at SCRC-TENEX
• New meaning for "Flag Day"
  • From: Guy.Steele@CMU-CS-A
• Substitute-if
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• Re: Substitute-if
  • From: Guy.Steele@CMU-CS-A
• Substitute-if
  • From: MOON at SCRC-TENEX
• DEFCONSTANT
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• EQ-preservation
  • From: David.Dill@CMU-CS-A (L170DD60)
• EQ-preservation
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• EQness of numbers
  • From: David.Dill@CMU-CS-A (L170DD60)
• EQ-preservation
  • From: MOON at SCRC-TENEX
• DEFCONSTANT and EQ
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFCONSTANT and EQ
  • From: Alan Bawden <ALAN @ MIT-MC>
• DEFCONSTANT and EQ
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: DEFCONSTANT and EQ
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• DEFCONSTANT and EQ
  • From: MOON at SCRC-TENEX
• DEFCONSTANT and EQ
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFCONSTANT and EQ
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• DEFCONSTANT and EQ
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Rational and complex numbers
  • From: Richard E. Zippel <RZ @ MIT-MC>
• EQL and byte specifiers
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Rational and complex numbers
  • From: MOON at SCRC-TENEX
• Rational and complex numbers
  • From: Richard E. Zippel <RZ @ MIT-MC>
• New built-in package
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: Rational and complex numbers
  • From: Guy.Steele@CMU-CS-A
• Substitute-if
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• New built-in package Strikes Back.
  • From: Marc LeBrun <MLB at SPA-Nimbus>
• Happy Flag Day
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX>
• Happy Flag Day
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Re: Happy Flag Day
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-DSN>
• BONG BONG BONG BONG BONG BONG BONG BONG BONG BONG BONG BONG
  • From: Guy.Steele@CMU-CS-A
• Darn!
  • From: Guy.Steele@CMU-CS-A
• DEFCONSTANT and EQ
  • From: David A. Moon <Moon at SCRC-TENEX>
• Re: Happy Flag Day
  • From: David A. Moon <Moon at SCRC>
• Re: Happy Flag Day
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-ML@SU-DSN>
• consistency
  • From: Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• floating-point format
  • From: Robert A. Cassels <Cassels at SCRC-TENEX>
• floating-point format
  • From: MOON at SCRC-TENEX
• Rounding on output
  • From: Kent M. Pitman <kmp at MIT-MC>
• Rounding on output
  • From: Robert A. Cassels <Cassels%SCRC-TENEX%MIT-MC@SU-DSN>
• Rounding on output
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Re: Rounding on output
  • From: Guy.Steele@CMU-CS-A
• Rounding on output
  • From: Robert A. Cassels <Cassels%SCRC-TENEX%MIT-MC@SU-DSN>
• MEMBER
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• MEMBER, etc.
  • From: Richard M. Stallman <RMS%MIT-OZ%MIT-MC@SU-DSN>
• [no subject]
  • From: RMS%MIT-OZ%MIT-MC@SU-DSN
• Re: MEMBER
  • From: Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• [no subject]
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• Function MEMBER to be changed?
  • From: Richard M. Stallman <RMS@MIT-OZ>
• MEMBER, MEMBERP
  • From: Kent M. Pitman <KMP @ MIT-MC>
• MEMBER, etc.
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• keywordp
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• [no subject]
  • From: RMS%MIT-OZ%MIT-MC@SU-DSN
• OPEN for :OUTPUT with version :NEWEST
  • From: Daniel L. Weinreb <DLW at SCRC-TENEX>
• Common Lisp
  • From: Dick Gabriel <RPG@SU-AI>
• Memberp
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• My poll of Lisp users
  • From: RMS%MIT-OZ%MIT-MC@SU-DSN
• MEMBER
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• OPEN for :OUTPUT with version :NEWEST
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Re: OPEN for :OUTPUT with version :NEWEST
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• OPEN for :OUTPUT with version :NEWEST
  • From: Rob MacLachlan <RAM@CMU-CS-C>
• Rational and complex numbers
  • From: Richard E. Zippel <RZ @ MIT-MC>
• OPEN for :OUTPUT with version :NEWEST
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• Re: Memberp
  • From: Dir LCSR Comp Facility <HEDRICK@RUTGERS.ARPA>
• [RZ at MC: Rational and complex numbers]
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• [RZ at MC: Rational and complex numbers]
  • From: Richard E. Zippel <RZ @ MIT-MC>
• &whole
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• misc. stuff
  • From: Jonathan Rees <Rees@YALE.ARPA>
• &optional args in DEFMACRO
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• &optional args in DEFMACRO
  • From: MOON at SCRC-TENEX
• &optional args in DEFMACRO
  • From: Alan Bawden <ALAN @ MIT-MC>
• [no subject]
  • From: George J. Carrette <GJC @ MIT-ML>
• defmacro &optional
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C>
• +0.0 vs. -0.0 vs. EQL
  • From: Alan Bawden <ALAN @ MIT-MC>
• +0.0 vs. -0.0 vs. EQL
  • From: DLW at SCRC-TENEX
• (EQL -0.0 +0.0) => NIL
  • From: Kent M. Pitman <KMP @ MIT-MC>
• misc. stuff
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• Re: +0.0 vs. -0.0 vs. EQL
  • From: fateman%UCBKIM@Berkeley (Richard Fateman)
• Who is implementing CL on the CDC 6400?
  • From: George J. Carrette <GJC @ MIT-MC>
• more misc. stuff
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: more misc. stuff
  • From: Dragon <CELLIO@CMU-CS-C.ARPA>
• more misc. stuff
  • From: MOON at SCRC-TENEX
• function specs
  • From: Howard Shrobe <hes%VIXEN%MIT-MC@SU-DSN>
• Re: function specs
  • From: Masinter.PA@PARC-MAXC.ARPA
• function specs
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• function specs
  • From: BENSON at SPA-Nimbus
• Historical Footnote
  • From: Kent M. Pitman <KMP @ MIT-MC>
• function specs
  • From: Earl A. Killian <EAK @ MIT-MC>
• function specs
  • From: Bernard S. Greenberg <BSG%SCRC@MIT-MC>
• Top level forms in a compiled file
  • From: BENSON at SPA-Nimbus
• Top level forms in a compiled file
  • From: Bernard S. Greenberg <BSG%SCRC@MIT-MC>
• [no subject]
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Compiling top level forms
  • From: BENSON at SPA-Nimbus
• Top-level forms
  • From: Guy.Steele@CMU-CS-A
• Top level forms in a compiled file
  • From: BENSON at SPA-Nimbus
• Re: Top-level forms
  • From: JONL.PA@PARC-MAXC.ARPA
• Top level forms in a compiled file
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Top level forms in a compiled file
  • From: Daniel L. Weinreb <DLW%SCRC%MIT-MC@SU-DSN>
• list of lisps
  • From: Dave Dyer <DDYER@USC-ISIB>
• Failed mail
  • From: Mail Server at SPA-Nimbus
• Re: small snafu in LASER edn.
  • From: Guy.Steele@CMU-CS-A
• ERROR SIGNALLING FUNCTIONS
  • From: GBROWN@DEC-MARLBORO.ARPA
• ERROR SIGNALLING FUNCTIONS
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• ERROR SIGNALLING FUNCTIONS
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• ERROR SIGNALLING FUNCTIONS
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Non-evaluated error message in ASSERT
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Non-evaluated error message in ASSERT
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• ERROR SIGNALLING FUNCTIONS
  • From: GBROWN@DEC-MARLBORO.ARPA
• Non-evaluated error message in ASSERT
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Non-evaluated error message in ASSERT
  • From: David A. Moon <MOON%SCRC-TENEX%MIT-MC@SU-DSN>
• ASSERT and CHECK-TYPE
  • From: Guy.Steele@CMU-CS-A
• File open options
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX>
• File opening, :TRUNCATE
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX>
• Things to do
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Looping constructs
  • From: Eric Benson <BENSON at SPA-Nimbus>
• Things to do
  • From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
• Things to do
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Things to do
  • From: Robert A. Cassels <Cassels at SCRC-TENEX>
• Things to do
  • From: Howard I. Cannon <HIC at SCRC-TENEX>
• Re: Things to do
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Re: Things to do
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX%MIT-MC@SU-DSN>
• What to do next
  • From: dlw at SCRC-TENEX, benson at SCRC-TENEX
• subsetting
  • From: MOON at SCRC-TENEX
• What to do next
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Re: What to do next
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Re: subsetting
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• subsetting
  • From: MOON at SCRC-TENEX
• implied contracts in the mapping functions?
  • From: Glenn S. Burke <GSB @ MIT-ML>
• implied contracts in the mapping functions?
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• implied contracts in the mapping functions?
  • From: Robert A. Cassels <Cassels%SCRC-TENEX@MIT-MC>
• implied contracts in the mapping functions?
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• implied contracts in the mapping functions?
  • From: Kent M. Pitman <kmp at MIT-MC>
• implied contracts in the mapping functions?
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• "optimizations"
  • From: Dave Dyer <DDYER@USC-ISIB.ARPA>
• Implicit contracts
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• "optimizations"
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX@MIT-MC>
• Implicit contracts
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• Re: implied contracts in the mapping functions?
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Re: "optimizations"
  • From: Dave Dyer <DDYER@USC-ISIB.ARPA>
• implied contracts in the mapping functions?
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX@MIT-MC>
• definition/errors/...
  • From: Kent M. Pitman <KMP @ MIT-MC>
• Portability and performance, standards and change
  • From: masinter.pa@PARC-MAXC.ARPA
• Re: implied contracts in the mapping functions?
  • From: Daniel L. Weinreb <DLW@SCRC-TENEX>
• Re: implied contracts in the mapping functions?
  • From: Eric Benson <BENSON at SPA-NIMBUS>
• behavior of mapping
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• behavior of mapping
  • From: Alan Bawden <ALAN @ MIT-MC>
• THROW, and MAP
  • From: JonL.pa@PARC-MAXC.ARPA
• THROW, and MAP
  • From: David A. Moon <Moon%SCRC-TENEX@MIT-MC>
• THROW, and MAP
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Re: THROW, and MAP
  • From: JONL.PA@PARC-MAXC.ARPA
• Re: THROW, and MAP
  • From: Guy.Steele@CMU-CS-A
• THROW, again
  • From: Guy.Steele@CMU-CS-A
• THROW, and MAP
  • From: Glenn S. Burke <GSB @ MIT-ML>
• Burke's remarks on THROW and MAP
  • From: Guy.Steele@CMU-CS-A
• No No! Flush it!!
  • From: Alan Bawden <ALAN @ MIT-MC>
• Re: No No! Flush it!!
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• No No! Flush it!!
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• No No! Flush it!!
  • From: Glenn S. Burke <GSB @ MIT-ML>
• No No! Flush it!!
  • From: Alan Bawden <ALAN @ MIT-MC>
• No No! Flush it!!
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• You thought you were kidding
  • From: Guy.Steele@CMU-CS-A
• You thought you were kidding
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Really kidding, now
  • From: Guy.Steele@CMU-CS-A
• please route
  • From: Nedved@CMU-CS-C.ARPA
• SETF madness :-)
  • From: Guy.Steele@CMU-CS-A
• SETF madness :-)
  • From: Eric Benson <BENSON at SPA-Nimbus>
• SETF madness
  • From: WVANROGGEN@DEC-MARLBORO.ARPA
• SETF and Prolog
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: SETF and Prolog
  • From: LES@CMU-CS-C.ARPA
• SETF and LAMBDAs (semi-serious?)
  • From: William Galway <Galway@UTAH-20.ARPA>
• SETF and LAMBDAs (semi-serious?)
  • From: MOON at SCRC-TENEX
• Whoops (SETF and LAMBDAs)
  • From: William Galway <Galway@UTAH-20.ARPA>
• SETF madness
  • From: JONL.PA@PARC-MAXC.ARPA
• SETF and LAMBDAs
  • From: Guy.Steele@CMU-CS-A
• character names
  • From: AS.HP-HULK@Rand-Relay
• :otherwise
  • From: David Chapman <Zvona at MIT-OZ>
• :otherwise in selectq
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• SELECTQ commentary
  • From: KMP%MIT-OZ@MIT-MC.ARPA
• :IF-EXISTS :SUPERSEDE vs. :NEWEST
  • From: Bernard S. Greenberg <BSG at SCRC-TENEX>
• :IF-EXISTS :SUPERSEDE vs. :NEWEST
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• :IF-EXISTS :SUPERSEDE vs. :NEWEST
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• :IF-EXISTS :SUPERSEDE
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• :IF-EXISTS :SUPERSEDE
  • From: "Bernard S. Greenberg" <BSG%SCRC-TENEX@MIT-MC.ARPA>
• :IF-EXISTS :SUPERSEDE
  • From: "Bernard S. Greenberg" <BSG%SCRC-TENEX@MIT-MC.ARPA>
• :IF-EXISTS :SUPERSEDE
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Exporting Structures
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• :IF-EXISTS :SUPERSEDE
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Exporting Structures
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Exporting Structures
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• :IF-EXISTS :SUPERSEDE vs. :NEWEST
  • From: Carl Hoffman <CWH%SCRC-TENEX@MIT-MC.ARPA>
• Copy-Seq
  • From: Dan Pierson <pierson%digital@CSNet-Relay>
• Copy-Seq
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Copy-Seq
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Comments on changes in Mary Poppins edition
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Special declarations
  • From: Guy.Steele@CMU-CS-A
• Declarations
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Declarations
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Comments on Mary Poppins Chapter 9
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Interchange of interest
  • From: Guy.Steele@CMU-CS-A
• Forwarded mail
  • From: Guy.Steele@CMU-CS-A
• Re: must be wrong
  • From: Guy.Steele@CMU-CS-A
• must be wrong
  • From: Alan Bawden <ALAN @ MIT-MC>
• Unrelated issue re: special declarations
  • From: <Benson%SPA-NIMBUS@MIT-MC.ARPA>
• Unrelated issue re: special declarations
  • From: Glenn S. Burke <GSB @ MIT-MC>
• single-float-epsilon
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• single-float-epsilon
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Query about UNION
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• query about make-broadcast-stream
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• [no subject]
  • From: Kent M Pitman <KMP @ MIT-MC>
• Union and friends
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• UNION and friends
  • From: Guy.Steele@CMU-CS-A
• query about make-broadcast-stream
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Sad historical sidelights: Return values -- NIL vs undefined
  • From: Kent M Pitman <KMP @ MIT-MC>
• query about make-broadcast-stream
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Order of arguments to :test functions
  • From: <MOON at SCRC-TENEX>
• Proposed new type expression
  • From: <MOON at SCRC-TENEX>
• Proposed new type expression
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• extending or correcting common lisp
  • From: Joseph.Ginder@CMU-CS-SPICE
• A nit and a suggestion for the future.
  • From: GREEK@DEC-MARLBORO.ARPA
• suggestion for the future.
  • From: PGS%MIT-OZ@MIT-MC.ARPA
• Doc Strings for DEFSTRUCT
  • From: GREEK@DEC-MARLBORO.ARPA
• Documenting defstruct slots
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Structures, documentation
  • From: Kent M Pitman <KMP @ MIT-MC>
• Questions about COERCE
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• Questions about COERCE
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• COERCE
  • From: GREEK@DEC-MARLBORO.ARPA
• Query about definition of COMMON data type
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• 1984 LISP Conference submissions deadline moved back
  • From: STEELE%TARTAN@CMU-CS-C.ARPA
• Request for clarification of DECODE-UNIVERSAL-TIME
  • From: "David A. Moon" <Moon%SCRC-TENEX@MIT-MC.ARPA>
• 1.0e+6 vs 1.0E+6, more food for thought
  • From: Glenn S. Burke <GSB @ MIT-MC>
• 1.0e+6 vs 1.0E+6, more food for thought
  • From: "Robert A. Cassels" <Cassels%SCRC-TENEX@MIT-MC.ARPA>
• Re: 1.0e+6 vs 1.0E+6, more food for thought
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• ARRAY-DIMENSIONS
  • From: Eric Benson <benson%SPA-NIMBUS@MIT-MC.ARPA>
• Can you dig it
  • From: Guy.Steele@CMU-CS-A
• Common Lisp Reference Manual
  • From: Guy.Steele@CMU-CS-A
• Stream Buffering Question
  • From: Stan Shebs <SHEBS@UTAH-20.ARPA>
• Stream Buffering Question
  • From: "David A. Moon" <Moon%SCRC-TENEX@SCRC-RIVERSIDE.ARPA>
• Stream Buffering Question
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• I'd like on mailing list
  • From: Wile at ISI-VAXA
• question about REQUIRE
  • From: "David A. Moon" <Moon%SCRC-TENEX@SCRC-RIVERSIDE.ARPA>
• REQUIRE
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• Meeting at the ACM Symposium
  • From: "Daniel L. Weinreb" <DLW@SCRC-RIVERSIDE.ARPA>
• ANSI Lisp
  • From: masinter.pa@XEROX.ARPA
• macroexpansion environments
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• macroexpansion environments
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Kyoto Common Lisp
  • From: "Daniel L. Weinreb" <DLW@SCRC-RIVERSIDE.ARPA>
• Re: macroexpansion environments
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• Kyoto Common Lisp
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Manuals
  • From: Daniel L. Weinreb <DLW%SCRC-TENEX@MIT-ML>
• Leakiness and Kernels
  • From: Stan Shebs <SHEBS@UTAH-20.ARPA>
• Re: Leakiness and Kernels
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Leakiness and Kernels
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• Re: Leakiness and Kernels
  • From: "Daniel L. Weinreb" <DLW@SCRC-RIVERSIDE.ARPA>
• Last-minute change
  • From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>
• request for list of changes
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• "ANSI Lisp" rumor
  • From: Guy.Steele@CMU-CS-A.ARPA
• request for information about implementations
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• [HAUTIN@RUTGERS.ARPA: common lisp]
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Pathname Questions
  • From: Stan Shebs <SHEBS@UTAH-20.ARPA>
• &REST in DEFMACRO
  • From: AS%hp-labs.csnet@csnet-relay.arpa
• Query about IN-PACKAGE
  • From: AS%hp-labs.csnet@csnet-relay.arpa
• Query about IN-PACKAGE
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: &REST in DEFMACRO
  • From: Guy.Steele@CMU-CS-A.ARPA
• Re: Query about IN-PACKAGE
  • From: Guy.Steele@CMU-CS-A.ARPA
• Re: Query about IN-PACKAGE
  • From: AS%hp-labs.csnet@csnet-relay.arpa
• Pathname Questions
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• extended tokens?
  • From: AS%hp-labs.csnet@csnet-relay.arpa
• the meaning of #,
  • From: AS%hp-labs.csnet@csnet-relay.arpa
• the meaning of #,
  • From: "David A. Moon" <Moon@SCRC-QUABBIN.ARPA>
• #,
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• #,
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Forwarded mail
  • From: Guy.Steele@CMU-CS-A.ARPA
• Re: t, nil & the package system.
  • From: Guy.Steele@CMU-CS-A.ARPA
• Re: #,
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• validation suite
  • From: G.TI.CSL@UTEXAS-20.ARPA
• validation suite (Steve Ford)
  • From: Moon@SCRC-RIVERSIDE.ARPA
• [decvax!mulga!bruce.csirovlsi: Apparent Commonlisp stupidity]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• *print-case* and *print-escape*
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• *print-case* and *print-escape*
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Timezones offset by non-integral hours
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Requests for clarification
  • From: STEELE@TL-20A.ARPA
• Re: bug in assoc
  • From: JonL.pa@XEROX.ARPA
• declarations in body of LABELS
  • From: "David A. Moon" <Moon@SCRC-QUABBIN.ARPA>
• Requests for clarification
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Requests for clarification
  • From: "David A. Moon" <Moon@SCRC-QUABBIN.ARPA>
• Requests for clarification
  • From: "David A. Moon" <Moon@SCRC-QUABBIN.ARPA>
• mailing list
  • From: Scott J. Kramer <sjk@sri-spam>
• Re: Requests for clarification
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• Strange encounter on the Indiana Tollway
  • From: STEELE@TL-20A.ARPA
• From Frederking
  • From: Guy.Steele@CMU-CS-A.ARPA
• From Frederking
  • From: Alan Bawden <ALAN @ MIT-MC>
• Re: CommonLisp (vs. VaxLisp) question
  • From: Guy.Steele@CMU-CS-A.ARPA
• Painful retraction
  • From: Robert.Frederking@cmu-cs-cad.arpa
• Painful retraction
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Painful retraction
  • From: Alan Bawden <ALAN @ MIT-MC>
• structure references
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• Re: Painful retraction
  • From: JonL.pa@XEROX.ARPA
• Retraction
  • From: Guy.Steele@CMU-CS-A.ARPA
• Painful retraction
  • From: "David A. Moon" <Moon@SCRC-QUABBIN.ARPA>
• Type-checking structure references
  • From: Carl Hoffman <CWH@SCRC-QUABBIN.ARPA>
• Painful retraction
  • From: "Bernard S. Greenberg" <BSG@SCRC-QUABBIN.ARPA>
• Painful retraction
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Questions from M. Hagiya
  • From: "Daniel L. Weinreb" <DLW@SCRC-QUABBIN.ARPA>
• Questions from M. Hagiya
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Questions from M. Hagiya
  • From: "Robert A. Cassels" <Cassels@SCRC-QUABBIN.ARPA>
• Questions from M. Hagiya
  • From: Pinhead <mly@mit-mc.arpa>
• Questions from M. Hagiya
  • From: "Daniel L. Weinreb" <DLW@SCRC-QUABBIN.ARPA>
• Rationalize
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Questions from M. Hagiya
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• Rationalize
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• Rationalize
  • From: Richard E. Zippel <RZ @ MIT-MC>
• Rationalize
  • From: "Daniel L. Weinreb" <DLW@SCRC-QUABBIN.ARPA>
• Rationalize
  • From: "Robert A. Cassels" <Cassels@SCRC-QUABBIN.ARPA>
• (defmacro foo (&whole w) ...)
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• (defmacro foo (&whole w) ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (defmacro foo (&whole w) ...)
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• documentation strings
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• applyhook
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• Questions from M. Hagiya
  • From: Earl A. Killian <EAK @ MIT-MC>
• Re: Questions from M. Hagiya
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@SU-AI>
• Questions from M. Hagiya
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• "initial segments of the continued fraction lead to the best rational approximations"
  • From: Bill Gosper <rwg%SPA-NIMBUS@SCRC-RIVERSIDE.ARPA>
• documentation strings
  • From: Kent M Pitman <KMP @ MIT-MC>
• (defmacro foo (&whole w) ...)
  • From: Glenn S. Burke <GSB @ MIT-MC>
• Re: (defmacro foo (&whole w) ...)
  • From: JonL.pa@XEROX.ARPA
• Re: (defmacro foo (&whole w) ...); macros ==> documentation strings
  • From: Glenn S. Burke <GSB @ MIT-MC>
• (defmacro foo (&whole w) ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• applyhook
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (defmacro foo (&whole w) ...)
  • From: Alan Bawden <ALAN @ MIT-MC>
• (defmacro foo (&whole w) ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• applyhook
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• applyhook
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (defmacro foo (&whole w) ...)
  • From: Alan Bawden <ALAN @ MIT-MC>
• (defmacro foo (&whole w) ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (defmacro foo (&whole w) ...)
  • From: Alan Bawden <ALAN @ MIT-MC>
• (defmacro foo (&whole w) ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (defmacro foo (&whole w) ...)
  • From: Glenn S. Burke <GSB @ MIT-MC>
• '(lambda () a)
  • From: Guy.Steele@CMU-CS-A.ARPA
• &whole
  • From: masinter.pa@XEROX.ARPA
• Re: (defmacro foo (&whole w) ...)
  • From: JonL.pa@XEROX.ARPA
• (defmacro foo (&whole w) ...)
  • From: "Daniel L. Weinreb" <DLW@SCRC-QUABBIN.ARPA>
• &whole
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• applyhook
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• &whole
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• applyhook
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• documentation strings
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• (defmacro foo (&whole w) ...)
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• please add me to the mailing list
  • From: Goldman at ISI-VAXA
• applyhook
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• &whole
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• Re: applyhook
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• Re: &whole
  • From: JonL.pa@XEROX.ARPA
• &whole
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: applyhook
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• &whole
  • From: "Daniel L. Weinreb" <DLW@SCRC-QUABBIN.ARPA>
• Re: applyhook
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• applyhook
  • From: Kent M Pitman <KMP @ MIT-MC>
• More (unrelated) EVALHOOK issues
  • From: Kent M Pitman <KMP @ MIT-MC>
• Re: More (unrelated) EVALHOOK issues
  • From: Dave Dyer <DDYER@USC-ISIB.ARPA>
• &whole
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• EVALHOOK maintaining independent evaluation stacks
  • From: Kent M Pitman <KMP @ MIT-MC>
• Re: applyhook
  • From: "Walter van Roggen" <WVANROGGEN@DEC-MARLBORO.ARPA>
• applyhook and environments
  • From: Glenn S. Burke <GSB @ MIT-MC>
• [Postmaster at SCRC-STONY-BROOK: Unable to deliver letter]
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• German -> English translator wanted
  • From: Guy.Steele@CMU-CS-A.ARPA
• [no subject]
  • From: STEELE@TL-20A.ARPA
• Sequence function predicate arg order
  • From: "Bernard S. Greenberg" <BSG@SCRC-RIVERSIDE.ARPA>
• Sequence function predicate arg order
  • From: Moon@SCRC-STONY-BROOK.ARPA
• External symbols and inheritance
  • From: "Daniel L. Weinreb" <DLW@SCRC-QUABBIN.ARPA>
• several questions, some trivial
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• External symbols and inheritance
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• External symbols and inheritance
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• several questions, some trivial
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Unable to deliver letter
  • From: Postmaster at SCRC-QUABBIN
• As long as we're sending out songs...
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Sorry...
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• more questions
  • From: AS%hplabs.csnet@csnet-relay.arpa
• Common-LISP book questions and errors?
  • From: Rem@IMSSS
• more questions
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Common-LISP book questions and errors?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Working Groups
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Questions about specification and possible implementations
  • From: Rem@IMSSS
• Kyoto Common Lisp
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Questions about specification and possible implementations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Archives
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Questions about OPEN
  • From: Robert (LISPer 68K)Heller <heller%umass-cs.csnet@csnet-relay.arpa>
• How constant are defconstants?
  • From: Jim Meehan <Meehan@YALE.ARPA>
• How constant are defconstants?
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• How constant are defconstants?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• malnumeracy
  • From: Bill Gosper <rwg%SPA-NIMBUS@SCRC-STONY-BROOK.ARPA>
• Questions about specification and possible implementations
  • From: Moon@SCRC-RIVERSIDE.ARPA
• Questions about specification and possible implementations
  • From: Moon@SCRC-RIVERSIDE.ARPA
• numbers, oh well.
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• applyhook
  • From: Moon@SCRC-RIVERSIDE.ARPA
• Re: How constant are defconstants?
  • From: JonL.pa@XEROX.ARPA
• Re: Questions about specification and possible implementations
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• *applyhook*
  • From: Kent M Pitman <KMP @ MIT-MC>
• Re: How constant are defconstants?
  • From: masinter.pa@XEROX.ARPA
• Questions about specification and possible implementations
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Re: How constant are defconstants?
  • From: JonL.pa@XEROX.ARPA
• numbers, oh well.
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Re: Questions about specification and possible implementations
  • From: JonL.pa@XEROX.ARPA
• Questions about specification and possible implementations
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Questions about OPEN
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Re: Questions about specification and possible implementations
  • From: JonL.pa@XEROX.ARPA
• Questions about OPEN
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Questions about OPEN
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Questions about OPEN
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Questions about OPEN
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Re: Questions about OPEN
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Questions about OPEN
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Aside about encapsulations
  • From: Steven <Handerson@CMU-CS-C.ARPA>
• Re: Questions about OPEN
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Re: Aside about encapsulations
  • From: JonL.pa@XEROX.ARPA
• Re: Questions about OPEN
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Questions about OPEN
  • From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
• Questions about OPEN
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• How so I get on this List?
  • From: Charles Dolan <cpd@UCLA-LOCUS.ARPA>
• Benchmark - PERQ CL vs Apollo T
  • From: Charles Dolan <cpd@UCLA-LOCUS.ARPA>
• Benchmark - PERQ CL vs Apollo T
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Questions about OPEN
  • From: Kent M Pitman <KMP @ MIT-MC>
• Maclisp interpreter/compiler nearly identical w/ (declare (special t)) on??
  • From: Kent M Pitman <KMP @ MIT-MC>
• Re: Questions about specification and possible implementations
  • From: PERDUE%hplabs.csnet@csnet-relay.arpa
• Questions about specification and possible implementations
  • From: Skef Wholey <Wholey%cmu-cs-c.arpa@csnet-relay.arpa>
• UCLA Perq
  • From: Joseph.Ginder@cmu-cs-spice.arpa
• Re: Questions about specification and possible implementations
  • From: JonL.pa%xerox.arpa@csnet-relay.arpa
• Questions about specification and possible implementations
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Questions about specification and possible implementations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: Questions about specification and possible implementations
  • From: JonL.pa@XEROX.ARPA
• Re: A few more items on "Questions about specification and possible implementations"
  • From: JonL.pa@XEROX.ARPA
• Fast or slow linkage re TRACE, what to put in specs?
  • From: Rem@IMSSS
• Whether interpreted&compiled code should agree initially?
  • From: Rem@IMSSS
• Inconsistency in Aluminum edition
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Inconsistency in Aluminum edition
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: Questions about OPEN
  • From: "David A. Moon" <Moon@SCRC-STONY-BROOK.ARPA>
• Why dosen't SIGNUM preserve a few exponent and fraction bits while it's at it?
  • From: rwg%SPA-NIMBUS@SCRC-STONY-BROOK.ARPA
• Why dosen't SIGNUM preserve a few exponent and fraction bits while it's at it?
  • From: Bill Gosper <rwg%SPA-NIMBUS@SCRC-STONY-BROOK.ARPA>
• SIGNUM and brain damage
  • From: Guy.Steele@CMU-CS-A.ARPA
• SIGNUM in integer form
  • From: Guy.Steele@CMU-CS-A.ARPA
• Should (EVAL-WHEN (EVAL LOAD) mumble) = mumble?
  • From: AS%hplabs.csnet@csnet-relay.arpa
• Daylight Saving Time
  • From: GREEK@DEC-MARLBORO.ARPA
• EVAL-WHEN: question about intent
  • From: AS%hplabs.csnet@csnet-relay.arpa
• SIGNUM in integer form
  • From: Bill Gosper <rwg@NIMBUS.SPA.Symbolics>
• SIGNUM and brain damage
  • From: Bill Gosper <rwg%SPA-NIMBUS@SCRC-STONY-BROOK.ARPA>
• cruftier contagion corollaries cause consternation
  • From: Glenn S. Burke <GSB @ MIT-MC>
• Using EQ instead of EQL to compare catch tags
  • From: Kent M Pitman <KMP%MIT-OZ@MIT-MC.ARPA>
• Using EQ instead of EQL to compare catch tags
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Using EQ instead of EQL to compare catch tags
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Re: Using EQ instead of EQL to compare catch tags
  • From: Masinter.pa@XEROX.ARPA
• Using EQ instead of EQL to compare catch tags
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• catch/throw performance loss
  • From: Kent M Pitman <KMP @ MIT-MC>
• catch/throw performance loss
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Using EQ instead of EQL to compare catch tags
  • From: Jonathan A Rees <JAR @ MIT-MC>
• EQ vs EQUAL: catch/throw performance loss
  • From: JonL.pa@XEROX.ARPA
• catch/throw performance loss
  • From: Glenn S. Burke <GSB @ MIT-MC>
• Stability?
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Re: Stability?
  • From: masinter.pa@XEROX.ARPA
• Stability?
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• message remailed after list corrected
  • From: Martin Frost <ME@SU-AI.ARPA>
• How to organize portable programs with sys-dep parts?
  • From: Rem@IMSSS
• How to implement partly-system-dependent mostly-portable code?
  • From: Rem@IMSSS
• left to right order of evaluation
  • From: George J. Carrette <GJC @ MIT-MC>
• Stability?
  • From: Kent M Pitman <KMP @ MIT-MC>
• left to right order of evaluation
  • From: Jonathan A Rees <JAR @ MIT-MC>
• left to right order of evaluation
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: left to right order of evaluation
  • From: Rodney A. Brooks <BROOKS%MIT-OZ@MIT-MC.ARPA>
• left to right order of evaluation
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: left to right order of evaluation
  • From: Rodney A. Brooks <BROOKS%MIT-OZ@MIT-MC.ARPA>
• Re: left to right order of evaluation
  • From: masinter.pa@XEROX.ARPA
• global function namespace given too much weight perhaps?
  • From: George J. Carrette <GJC @ MIT-MC>
• global function namespace given too much weight perhaps?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• global function namespace given too much weight perhaps?
  • From: George J. Carrette <GJC @ MIT-MC>
• Re: left to right order of evaluation
  • From: JonL.pa@XEROX.ARPA
• global function namespace given too much weight perhaps?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (EQ ...) untrue for numbers?
  • From: Rem@IMSSS
• List of pending catch tags
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• left to right order of evaluation
  • From: Jonathan A Rees <JAR @ MIT-MC>
• Left to right, or parallel, evaluation of arguments to function?
  • From: Rem@IMSSS
• Being able to get list of pending CATCH tags?
  • From: Rem@IMSSS
• memo-catch
  • From: Kent M Pitman <KMP @ MIT-MC>
• Being able to get list of pending CATCH tags?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Left to right, or parallel, evaluation of arguments to function?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Manual does say left to right
  • From: DALTON FHL (on ERCC DEC-10) <J.Dalton%edxa@ucl-cs.arpa>
• Re: left to right order of evaluation
  • From: Joseph.Ginder@cmu-cs-spice.arpa
• Re: left to right order of evaluation
  • From: Guy.Steele@CMU-CS-A.ARPA
• I'm the cretin
  • From: Guy.Steele@CMU-CS-A.ARPA
• Re: Manual does say left to right
  • From: Guy.Steele@CMU-CS-A.ARPA
• recruiting
  • From: masinter.pa@XEROX.ARPA
• Do I really know anything about Common LISP?
  • From: Guy.Steele@CMU-CS-A.ARPA
• Does anyone understand :REHASH-THRESHOLD?
  • From: greek@DEC-HUDSON
• Does anyone understand :REHASH-THRESHOLD?
  • From: Dan Aronson <godot!Dan@AQUINAS>
• No, I'm not joking
  • From: "Bernard S. Greenberg" <BSG@SCRC-QUABBIN.ARPA>
• Re: No, I'm not joking
  • From: Bernard S. Greenberg <BSG%SCRC-TENEX%MIT-MC@STANFORD>
• No, I'm not joking
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• No, I'm not joking
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Irrational GCD
  • From: Bill Gosper <rwg@NIMBUS.SPA.Symbolics>
• Yellow pages
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: Yellow pages
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• Yellow pages
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• re: Yellow pages
  • From: Robert Kessler <kessler%utah-orion@utah-cs>
• re: Yellow pages
  • From: kessler%utah-orion@utah-cs (Robert Kessler)
• Irrational GCD
  • From: Alan Bawden <ALAN at SCRC-TENEX>
• Silicon Valley Syndrome
  • From: JonL.pa@XEROX.ARPA
• Filtering calls
  • From: Steven <Handerson@CMU-CS-C.ARPA>
• Problems with MAKE-HASH-TABLE
  • From: greek@DEC-HUDSON
• Problems with MAKE-HASH-TABLE
  • From: Dan Aronson <godot!Dan@AQUINAS>
• Problems with MAKE-HASH-TABLE
  • From: greek@DEC-HUDSON
• Make-Hash-Table
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• MAKE-HASH-TABLE
  • From: greek@DEC-HUDSON
• Make-Hash-Table
  • From: David A. Moon <Moon@SCRC-RIVERSIDE.ARPA>
• how to document yellow page entries, belated discussion by REM
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Character macros, erratum
  • From: Rem@IMSSS
• definition of lexical closure
  • From: PGS%MIT-OZ@MIT-MC.ARPA
• definition of lexical closure
  • From: PGS%MIT-OZ@MIT-MC.ARPA
• Re: how to document yellow page entries, belated discussion by REM
  • From: Martin <GRISS%hplabs.csnet@csnet-relay.arpa>
• Defstruct copiers and included structures
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• FLET and the INLINE declaration
  • From: David A. Moon <Moon@SCRC-QUABBIN.ARPA>
• Clearly non-controversial
  • From: brown@DEC-HUDSON
• of course you don't copy everything that includes that structure!!
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Clearly non-controversial
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Your non-controversial suggestions for function names
  • From: Jon White <JLW@SU-AI.ARPA>
• Not clearly non-controversial
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• doc strings
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• gcd of rationals--flame added in proof
  • From: Bill Gosper <rwg@RUSSIAN.SPA.Symbolics.COM>
• gcd of rationals--flame added in proof
  • From: Guy Steele <godot!gls@AQUINAS>
• truncate/round/floor/ceiling functions
  • From: hpfclp!paul%hplabs.csnet@csnet-relay.arpa
• truncate/round/floor/ceiling functions
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• do-xxx-symbols
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• do-xxx-symbols
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: do-xxx-symbols
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Re: do-xxx-symbols
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• do-xxx-symbols
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: do-xxx-symbols
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Complex arc tangent
  • From: Guy Steele <godot!gls@AQUINAS>
• file-length
  • From: dzg@CMU-CS-SPICE
• file-length
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• FILE-LENGTH
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• DO-SYMBOLS finding shadowed symbols
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• DO-SYMBOLS finding shadowed symbols
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• file-length
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Re: file-length
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• float-digits
  • From: hpfclp!paul%hplabs.csnet@csnet-relay.arpa
• float-digits
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• DO-SYMBOLS: duplicates and shadowings
  • From: Jon White <JLW@SU-AI.ARPA>
• File-length on pathnames
  • From: Jon White <JLW@SU-AI.ARPA>
• DO-SYMBOLS: duplicates and shadowings
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• File-length on pathnames
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• [Gall: Bug Report]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Implementation of MAP, SOME, EVERY, etc...
  • From: Dan Corkill <cork%umass-cs.csnet@csnet-relay.arpa>
• Default attributes of copy due to SUBSEQ
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• What should CLOSE return? Closed-channel-object, or truefilename.
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Length of currently-open-for-write file is ambiguous or meaningless
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Length of currently-open-for-write file is ambiguous or meaningless
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Default attributes of copy due to SUBSEQ
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Default attributes of copy due to SUBSEQ
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Implementation of MAP, SOME, EVERY, etc...
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Query (FILE-LENGTH in particular) of file by name when open
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• [REM: Query (FILE-LENGTH in particular) of file by name when open]
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• [REM: destructive operations on circular emulation of infinite list]
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Implementation of MAP, SOME, EVERY, etc...
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Follow-up and New Questions
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Implementation of MAP, SOME, etc
  • From: Jon White <JLW@SU-AI.ARPA>
• Follow-up and New Questions
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Re: Implementation of MAP, SOME, EVERY, etc...
  • From: Dave Dyer <DDYER@USC-ISIB.ARPA>
• Re: Follow-up and New Questions
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Follow-up and New Questions
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Lost bet
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• More on MAP, SOME, EVERY, etc.....
  • From: Dan Corkill <cork%umass-cs.csnet@csnet-relay.arpa>
• DELFILE, thanks to DWIM
  • From: Jon White <JLW@SU-AI.ARPA>
• Excluding some symbols from DO-ALL-SYMBOLS
  • From: Jon White <JLW@SU-AI.ARPA>
• Previous note about DELFILE/DWIM
  • From: Jon White <JLW@SU-AI.ARPA>
• multiple-value-setq
  • From: Earl Killian <eak@angband>
• values-list
  • From: Earl Killian <eak@angband>
• do-xxx-symbols
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Implementation of MAP, SOME, EVERY, etc...
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• values-list
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• do-xxx-symbols
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• multiple-value-setq
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Implementation of MAP, SOME, EVERY, etc...
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• [Gall: Bug Report]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Implementation of MAP, SOME, EVERY, etc...
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• values-list
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• values-list
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• values-list
  • From: Earl A. Killian <EAK @ MIT-MC>
• Clearly non-controversial
  • From: Robert W. Kerns <RWK@SCRC-STONY-BROOK.ARPA>
• [Gall: Bug Report]
  • From: Daniel L. Weinreb <DLW@SCRC-STONY-BROOK.ARPA>
• values-list
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• [Gall: Bug Report]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• More on MAP, SOME, EVERY, etc.....
  • From: Dan Corkill <cork%umass-cs.csnet@csnet-relay.arpa>
• multiple-value-setf
  • From: Tim McNerney <TIM @ MIT-MC>
• Re: Arg count checking
  • From: masinter.pa@XEROX.ARPA
• [Gall: Bug Report]
  • From: Guy Steele <godot!gls@cca-unix>
• Implementation of MAP, SOME, EVERY, etc...
  • From: Guy Steele <godot!gls@cca-unix>
• Re: Arg count checking
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Arg count checking
  • From: Daniel L. Weinreb <DLW@SCRC-STONY-BROOK.ARPA>
• Re: PROCLAIM [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: INTERN [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: COPY-SYMBOL [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: NIL and DEFCONSTANT [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: SPECIAL FUNCTION NAME [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• CLRM?
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• SPECIAL FUNCTION NAME [Gall: Bug Report]
  • From: Jonathan A Rees <JAR @ MIT-MC>
• Re: [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: NIL and DEFCONSTANT [Gall: Bug Report]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: INTERN [Gall: Bug Report]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• INTERN [Gall: Bug Report]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• NIL and DEFCONSTANT [Gall: Bug Report]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• INTERN and "intern" -- the unwise choice of terminology
  • From: Jon White <JLW@SU-AI.ARPA>
• [no subject]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Assymetry between argument-passing and value-returning
  • From: Jon White <JLW@SU-AI.ARPA>
• Re: Arg count checking
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Re: SPECIAL FUNCTION NAME [Gall: Bug Report]
  • From: Masinter.pa@XEROX.ARPA
• INTERN and "intern" -- the unwise choice of terminology
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• [no subject]
  • From: Kjeld Hvatum <KSH @ MIT-MC>
• Re: INTERN [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: NIL and DEFCONSTANT [Gall: Bug Report]
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: What should CLOSE return?
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• INTERN and "intern" -- the unwise choice of terminology
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• INTERN and "intern" -- the unwise choice of terminology
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• "home-ifying" symbols
  • From: Jon White <JLW@SU-AI.ARPA>
• "home-ifying" symbols
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Re: INTERN and "intern" -- the unwise choice of terminology
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Intern
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Minor correction
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• NIL and DEFCONSTANT [Gall: Bug Report]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Intern
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Any complete CL implementations??
  • From: Rem@IMSSS
• Re: Any complete CL implementations??
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Any complete CL implementations??
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Probe-File and proposed extension.
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• NIL and DEFCONSTANT [Gall: Bug Report]
  • From: Guy Steele <gls%AQUINAS.TMC@Think>
• Probe-File and proposed extension.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Probe-File and proposed extension.
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• More on PROBE-FILE.
  • From: greek@DEC-HUDSON
• PROBE-FILE
  • From: greek@DEC-HUDSON
• PROBE-FILE
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• PROBE-FILE
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• error-protected OPEN isn't a good way to fake a probe
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Probe-File and proposed extension.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• error-protected OPEN isn't a good way to fake a probe
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Probe-File and proposed extension.
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Re: Arg count checking
  • From: card.pa@Xerox.ARPA
• PROBE-FILE
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• NIL and DEFCONSTANT [Gall: Bug Report]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: Arg count checking
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• Compilation and package system
  • From: perdue%hplabs.csnet@csnet-relay.arpa
• I agree, but manual should tell LUSERs why
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• READ loses info as to whether package is specified or not, my fix
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• NIL and DEFCONSTANT [Gall: Bug Report]
  • From: Guy Steele <gls%AQUINAS.TMC@Think>
• Re: Arg count checking
  • From: BostonU SysMgr <root%bostonu.csnet@csnet-relay.arpa>
• Re: Arg count checking
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Compilation and package system
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Arg cont checking, optionals, keywords, etc
  • From: Jon White <JLW@SU-AI.ARPA>
• Probe-File and proposed extension.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Meaning of PROBE-FILE for direction output
  • From: Jon White <JLW@SU-AI.ARPA>
• Compilation and package system
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Re: Arg cont checking, optionals, keywords, etc
  • From: Mark Richer <RICHER@SUMEX-AIM.ARPA>
• interp .neq. compil, even in CL
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• defstruct slot names
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Meaning of PROBE-FILE for direction output
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• [no subject]
  • From: Unknown
• defstruct slot names
  • From: Steven M. Haflich <smh@mit-eddie.ARPA>
• Compilation and package system
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Meaning of PROBE-FILE for direction output
  • From: Glenn S. Burke <GSB@MIT-MC>
• What are we talking about anyway?
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Compilation and package system
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Compilation and package system
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Compilation and package system
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Compilation and package system
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• PROBE-FILE
  • From: greek@DEC-HUDSON
• A comment on packages (at the risk of being a fool)
  • From: greek@DEC-HUDSON
• A comment on packages (at the risk of being a fool)
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Data General Common LISP
  • From: OLDMAN@USC-ISI.ARPA
• PROBE-FILE
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• PROBE-FILE
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• PROBE-FILE
  • From: greek@DEC-HUDSON
• PROBE-FILE
  • From: greek@DEC-HUDSON
• The compiler and packages.
  • From: greek@DEC-HUDSON
• Probe-file and errors
  • From: dzg@CMU-CS-SPICE.ARPA
• PROBE-FILE
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• The compiler and packages.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Common Lisp should use lexical scoping
  • From: masinter.pa@Xerox.ARPA
• Common Lisp should use lexical scoping
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• probe-file
  • From: masinter.pa@Xerox.ARPA
• Re: PROBE-FILE
  • From: masinter.pa@Xerox.ARPA
• Re: PROBE-FILE
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• A-Packaging we will go...
  • From: greek@DEC-HUDSON
• PROBE-FILE
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Probe-file and errors
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: PROBE-FILE
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Two PROBE-FILE questions
  • From: Jon White <JLW@SU-AI.ARPA>
• Re: Arg cont checking, optionals, keywords, etc
  • From: card.pa@Xerox.ARPA
• Common Lisp should use lexical scoping
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Common Lisp should use lexical scoping
  • From: Steven <Handerson@CMU-CS-C.ARPA>
• Common Lisp should use lexical scoping
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• A-Packaging we will go...
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Common Lisp should use lexical scoping
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• probe-file
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• PROBE-FILE
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• probe-file
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Compilation and package system
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Packages and the Compiler
  • From: greek@DEC-HUDSON
• Compilation and package system
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Compilation and package system
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Package system
  • From: David.Dill@CMU-CS-A.ARPA (L170DD60)
• Package system
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Re: Compilation and package system
  • From: Glenn S. Burke <GSB@MIT-MC>
• "lexical" packages
  • From: masinter.pa@Xerox.ARPA
• "lexical" packages
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Compilation and package system, an addendum
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• What is a "file"? Lexical package usage?
  • From: Rem@IMSSS
• "lexical" packages
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• "lexical" packages
  • From: Kent M Pitman <KMP@MIT-MC>
• "lexical" packages
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• "lexical" packages
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Bug in CLM.
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Bug in CLM?
  • From: Jon White <JLW@SU-AI.ARPA>
• Problems with packages?
  • From: Jon White <JLW@SU-AI.ARPA>
• Code Generated by Macros
  • From: greek@DEC-HUDSON
• Bug in CLM?
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Bug in CLM?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Code Generated by Macros
  • From: greek@DEC-HUDSON
• Code Generated by Macros
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Code Generated by Macros
  • From: Glenn S. Burke <GSB@MIT-MC>
• Code Generated by Macros
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• When is a package name equivalent to a package?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• When is a package name equivalent to a package?
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Code Generated by Macros
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• When is a package name equivalent to a package?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• When is a package name equivalent to a package?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Problems with packages?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• When is a package name equivalent to a package?
  • From: Jon White <JLW@SU-AI.ARPA>
• More on (B): the editor's "reading" of files
  • From: Jon White <JLW@SU-AI.ARPA>
• What package are feature names resident in?
  • From: Jon White <JLW@SU-AI.ARPA>
• Code Generated by Macros
  • From: greek@DEC-HUDSON
• RPG's benchmarks coming out as an MIT press book
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• More on (B): the editor's "reading" of files
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• When is a package name equivalent to a package?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• What package are feature names resident in?
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• package names, consistency
  • From: Glenn S. Burke <GSB@MIT-MC>
• Editing multiple package files
  • From: Tim McNerney <TIM@MIT-MC>
• Any complete CL implementations??
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• wimpy COERCE function
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• More on (B): the editor's "reading" of files
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• wimpy COERCE function
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Misfeature: macros expanding into declarations
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Misfeature: macros expanding into declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Misfeature: macros expanding into declarations
  • From: Tim McNerney <TIM@MIT-MC>
• macr --> declares
  • From: vanroggen@DEC-HUDSON
• Misfeature: macros expanding into declarations
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• macr --> declares
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• (setf (apply #'foo
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• macr --> declares
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• macr --> declares
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Misfeature: macros expanding into declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• macr --> declares
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• mysterious declarations off in left field
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• mysterious declarations off in left field
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• mysterious declarations off in left field
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• mysterious declarations off in left field
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Misfeature: macros expanding into declarations
  • From: Richard Mark Soley <SOLEY@MIT-MC>
• Restrictions on what macros may call, to avoid needing to preload file
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Misfeature: macros expanding into declarations
  • From: Richard Mlynarik <MLY@MIT-MC>
• Misfeature: macros expanding into declarations
  • From: Richard Mark Soley <SOLEY@MIT-MC>
• Restrictions on what macros may call, to avoid needing to preload file
  • From: Richard Mark Soley <SOLEY@MIT-MC>
• Misfeature: macros expanding into declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• (setf (apply #'foo ...) ...)
  • From: Glenn S. Burke <GSB@MIT-MC>
• Re: (setf (apply #'foo ...) ...)
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• SETF of APPLY
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Macros -> declarations
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• PROCLAIM and type declarations
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• macros --> declarations
  • From: vanroggen@DEC-HUDSON
• local declarations
  • From: vanroggen@DEC-HUDSON
• SETF APPLY ...
  • From: vanroggen@DEC-HUDSON
• (setf (apply #'foo ...) ...)
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• local declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• SETF of APPLY
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• SETF of APPLY
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• defconstant vs. lexical variables
  • From: OLDMAN@USC-ISI.ARPA
• local declarations
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Macros -> declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Macros -> declarations
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• SETF (APPLY
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Macros -> declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Macros -> declarations
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• SETF (APPLY
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: SETF (APPLY
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: Bernard S. Greenberg <BSG@STONY-BROOK.SCRC.Symbolics.COM>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Read macros vs. macro-->declare
  • From: Rem@IMSSS
• Read macros vs. macro-->declare
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: SETF of APPLY
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• PARSE-BODY
  • From: Jon White <JLW@SU-AI.ARPA>
• Macros -> declarations
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• ... point on a different point
  • From: Jon White <JLW@SU-AI.ARPA>
• ... point on a different point
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Lack of EQUALP hash tables
  • From: Tim McNerney <TIM@MIT-MC>
• [no subject]
  • From: George J. Carrette <GJC@MIT-MC>
• Lack of EQUALP hash tables
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: Bernard S. Greenberg <BSG@STONY-BROOK.SCRC.Symbolics.COM>
• hash table types
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Re: PARSE-BODY
  • From: Martin <GRISS%hplabs.csnet@csnet-relay.arpa>
• PARSE-BODY
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• READ-AN-DO-FILE-ATTRIBUTES
  • From: Jon White <JLW@SU-AI.ARPA>
• EQUALP hash tables (and more ...)
  • From: Jon White <JLW@SU-AI.ARPA>
• Y.A.R.I.M.: Macros inside DECLARE?
  • From: Jon White <JLW@SU-AI.ARPA>
• Re: EQUALP hash tables (and more ...)
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Instead of read macros, how about one reserved-word for process-time macro?
  • From: Rem@IMSSS
• Macros -> declarations
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Y.A.R.I.M.: Macros inside DECLARE?
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• :-(
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• EQUALP hash tables (and more ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• EQUALP hash tables (and more ...)
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Macros -> declarations
  • From: Tim McNerney <TIM@MIT-MC>
• hash table types
  • From: George J. Carrette <GJC@MIT-MC>
• Re: defconstant vs. lexical variables
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• Re: EQUALP hash tables (and more ...)
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• EQUALP hash tables (and more ...)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• :-(
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• YARIM and the adbmal example
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• YARIM and the adbmal example
  • From: Jon White <JLW@SU-AI.ARPA>
• hash table types
  • From: David C. Plummer <DCP at SCRC-TENEX>
• hash table types
  • From: David C. Plummer <DCP at SCRC-TENEX>
• &optional with &key
  • From: Robert R. Kessler <KESSLER@UTAH-20.ARPA>
• &optional with &key
  • From: Guy Steele <gls@AQUINAS.ARPA>
• &optional with &key
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Semantic question about closures
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Semantic question about closures
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Apply-But-Last
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Another question about lexical closures
  • From: Rem@IMSSS
• Another question about lexical closures
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Another question about lexical closures
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• adding PARSE-BODY primitive
  • From: Dan Stenger <STENGER%ti-csl.csnet@csnet-relay.arpa>
• lexical closures
  • From: DALTON FHL (on ERCC DEC-10) <J.Dalton%edxa@ucl-cs.arpa>
• Re: Macros -> declarations
  • From: Masinter.pa@Xerox.ARPA
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Collections of CL tests and validations
  • From: Martin <GRISS%hplabs.csnet@csnet-relay.arpa>
• Property lists
  • From: Rem@IMSSS
• Property lists
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Macros -> declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• 10-May-85 0146 hoey@nrl-aic Re: EQUALP hash tables (and more ...)
  • From: Jon White <JLW@SU-AI.ARPA>
• Poor excuse for packages
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Re: Macros -> declarations
  • From: Masinter.pa@Xerox.ARPA
• Poor excuse for packages
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• hash table types
  • From: Jon White <JLW@SU-AI.ARPA>
• Poor excuse for packages
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Poor excuse for packages
  • From: Robert A. Cassels <Cassels%TENEX.SCRC.Symbolics.COM@THINK.ARPA>
• SXHASH on circular structures?
  • From: Jon White <JLW@SU-AI.ARPA>
• EQUALP hash tables
  • From: Jon White <JLW@SU-AI.ARPA>
• Re: Poor excuse for packages
  • From: Steven M. Haflich <smh@mit-eddie.ARPA>
• SXHASH and EQ hash tables
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Backquote idioms
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Macros -> declarations
  • From: Soley@MIT-MC.ARPA
• Poor excuse for a Quux
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• special declaration
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• EQUALP hash tables (and more ...)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Macros -> declarations
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• uses for specials
  • From: masinter.PA@Xerox.ARPA
• DYNAMIC/LEXICAL, *LEXPR, "Special Operator" vs "Special Form"
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Macros -> declarations
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• DYNAMIC/LEXICAL, *LEXPR, "Special Operator" vs "Special Form"
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations (oops!)
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: EQUALP hash tables (and more ...)
  • From: Glenn S. Burke <GSB@MIT-MC>
• Re: DYNAMIC/LEXICAL, *LEXPR, "Special Operator" vs "Special Form"
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• user hash tables
  • From: David.Dill@CMU-CS-A.ARPA (L170DD60)
• Yellow pages
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Macros -> declarations
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• hash table types
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Backquote idioms
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• "Special Operator" vs "Special Form"
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• hash table types -- ROT
  • From: Glenn S. Burke <GSB@MIT-MC>
• terminology
  • From: Glenn S. Burke <GSB@MIT-MC>
• FORM vs. FUNCTION etc.
  • From: Rem@IMSSS
• Backquote idioms
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• "Special Operator"
  • From: Jonathan A Rees <JAR@MIT-MC>
• terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Backquote idioms
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Backquote idioms
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Backquote idioms
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Local SPECIAL declarations
  • From: Dave Dyer <DDYER@USC-ISIB.ARPA>
• Backquote idioms
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Re: Backquote idioms
  • From: Steven M. Haflich <smh@mit-eddie.ARPA>
• Backquote idioms
  • From: Guy Steele <gls@AQUINAS.ARPA>
• Backquote idioms
  • From: Masinter.pa@Xerox.ARPA
• Re: Backquote idioms
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Backquote idioms
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Backquote idioms
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Special form terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Macros -> declarations
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Adjustable and displaced arrays
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• EQUALP hash tables (and more ...)
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Adjustable and displaced arrays
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• rules of the game
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• Does FORMAT handle multiple values
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Adjusting Displaced Arrays
  • From: greek@DEC-HUDSON
• Does FORMAT handle multiple values
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Get-Setf-Method
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Rules of the game
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Re: Local SPECIAL declarations
  • From: Martin <GRISS%hplabs.csnet@csnet-relay.arpa>
• Does FORMAT handle multiple values
  • From: Dave <Steiner@RUTGERS.ARPA>
• Re: Backquote idioms
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Adjustable and displaced arrays
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Adjustable and displaced arrays
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Re: Does FORMAT handle multiple values
  • From: Dave <Steiner@RUTGERS.ARPA>
• Get-Setf-Method
  • From: Glenn S. Burke <GSB@MIT-MC>
• Re: Adjustable and displaced arrays
  • From: Glenn S. Burke <GSB@MIT-MC>
• Rules of the game
  • From: Daniel L. Weinreb <DLW%TENEX.SCRC.Symbolics.COM@THINK.ARPA>
• Addendum/Erratum
  • From: Martin <GRISS%hplabs.csnet@csnet-relay.arpa>
• Rules of the game and stability
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Addendum/Erratum
  • From: Guy Steele <gls%AQUINAS@THINK.ARPA>
• Does Defmacro establish a block?
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Does Defmacro establish a block?
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• Rules of the Game
  • From: greek@DEC-HUDSON
• Adjusting displaced arrays.
  • From: greek@DEC-HUDSON
• Adjusting displaced arrays.
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Re: Rules of the game and stability
  • From: masinter.pa@Xerox.ARPA
• programs writing backquote
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• (duplicate) programs writing backquote
  • From: Larry Masinter <MASINTER@SUMEX-AIM.ARPA>
• [no subject]
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Internal representation of backquotes
  • From: greek@DEC-HUDSON
• Internal representation of backquotes
  • From: greek@DEC-HUDSON
• Re: Rules of the game and stability
  • From: Daniel L. Weinreb <DLW@TENEX.SCRC.Symbolics.COM>
• programs writing backquote
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Re: Rules of the game and stability
  • From: Guy Steele <gls@AQUINAS.ARPA>
• CLtL Index
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Re: Programs writing backquote
  • From: perdue%hplabs.csnet@csnet-relay.arpa
• Programs writing backquote
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Rules of the game and stability
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Get-Setf-Method
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Explicit definition of backquote
  • From: Jon White <JLW@SU-AI.ARPA>
• Programs writing backquotes
  • From: greek@DEC-HUDSON
• Programs writing backquotes
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• read macros
  • From: vanroggen@DEC-HUDSON
• Get-Setf-Method
  • From: Glenn S. Burke <GSB@MIT-MC.ARPA>
• common lisp- &environment objects
  • From: Guy Steele <gls@THINK.ARPA>
• common lisp- &environment objects
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• common lisp- &environment objects
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Degenerate array axes
  • From: Jon White <JLW@SU-AI.ARPA>
• Degenerate array axes
  • From: Guy Steele <gls@THINK.ARPA>
• Degenerate array axes
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Degenerate array axes -- really array printing.
  • From: Richard Mlynarik <MLY@MIT-MC.ARPA>
• Arrays with zero dimensions.
  • From: greek@DEC-HUDSON
• Common LISP terminology
  • From: wilensky%ucbdali@Berkeley (Robert Wilensky)
• Arrays with zero dimensions.
  • From: Guy Steele <gls@THINK.ARPA>
• Arrays with Zero Dimensions
  • From: greek@DEC-HUDSON
• Arrays with zero dimensions.
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• common lisp- &environment objects
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• [no subject]
  • From: ima!inmet!norman@cca-unix
• common lisp- &environment objects
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• common lisp- &environment objects
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• common lisp- &environment objects
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Environment-objects don't exist in CL according to manual
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• Environment-objects don't exist in CL according to manual
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• extent of environments
  • From: Charles Hedrick <HEDRICK@RUTGERS.ARPA>
• Scott's observation on MACROLET
  • From: greek@DEC-HUDSON
• common lisp- &environment objects
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• function type specifiers
  • From: Rodney A. Brooks <BROOKS%MIT-OZ@MIT-MC.ARPA>
• using lower case
  • From: Richard Weyhrauch <RWW@SU-AI.ARPA>
• using lower case
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Adjustable and displaced arrays
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Degenerate array axes
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• common lisp- &environment objects
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Does Defmacro establish a block?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Environment-objects don't exist in CL according to manual
  • From: Guy Steele <gls@THINK.ARPA>
• Does Defmacro establish a block?
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• common lisp- &environment objects
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Degenerate array axes
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Adjustable and displaced arrays
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Does Defmacro establish a block?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Adjustable and displaced arrays
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Adjusting Displaced Arrays
  • From: greek@DEC-HUDSON
• Using #.(MAKE-ARRAY ...
  • From: greek@DEC-HUDSON
• Two suggestions on array adjustability.
  • From: walton%ll-xn.arpa@ll-xn.ARPA (Robert Walton)
• Adjusting Displaced Arrays
  • From: Guy Steele <gls@THINK.ARPA>
• Using #.(MAKE-ARRAY ...
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Printing Arrays with #.
  • From: greek@DEC-HUDSON
• Test suite to say what manual is confusing about
  • From: Rem@IMSSS
• Printing of displaced/shared arrays
  • From: Rem@IMSSS
• Re: Does Defmacro establish a block?
  • From: Alan Snyder <AS%hplabs.csnet@csnet-relay.arpa>
• Does Defmacro establish a block?
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• declaration pervasiveness.
  • From: Rodney A. Brooks <BROOKS%MIT-OZ@MIT-MC.ARPA>
• Re: Does Defmacro establish a block?
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• declaration pervasiveness.
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• declaration pervasiveness.
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: declaration pervasiveness.
  • From: Rodney A. Brooks <BROOKS%MIT-OZ@MIT-MC.ARPA>
• declaration pervasiveness.
  • From: Guy Steele <gls@THINK.ARPA>
• Re: declaration pervasiveness.
  • From: Rodney A. Brooks <BROOKS%MIT-OZ@MIT-MC.ARPA>
• conflicting declarations
  • From: Alan Snyder <AS%hplabs.csnet@csnet-relay.arpa>
• conflicting declarations
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• What package are feature names resident in?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• What's in *FEATURES*?
  • From: greek@DEC-HUDSON
• [hpfclp!paul%hplabs.csnet: LCM]
  • From: Guy Steele <gls@THINK.ARPA>
• What's in *FEATURES*?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• What's in *FEATURES*?
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Putting features in the keyword package.
  • From: greek@DEC-HUDSON
• Features in keyword package? Yes.
  • From: Rem@IMSSS
• What #+rmhackery a good idea #-rmhackery utter nonsense
  • From: Masinter.pa@Xerox.ARPA
• What #+rmhackery a good idea #-rmhackery utter nonsense
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• features
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• features
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: What #+rmhackery a good idea #-rmhackery utter nonsense
  • From: Masinter.pa@Xerox.ARPA
• Recant: features don't belong in keyword package
  • From: Rem@IMSSS
• Unrecant
  • From: Rem@IMSSS
• Botched mail message
  • From: perdue%hplabs.csnet@csnet-relay.arpa
• With-Open-File :if-does-not-exist nil
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• features
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• flat name space for pkg names
  • From: DALTON FHL (on ERCC DEC-10) <J.Dalton%edxa@ucl-cs.arpa>
• flat name space for pkg names
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Features.
  • From: greek@DEC-HUDSON
• No change needed for name-domains in package-name space
  • From: Rem@IMSSS
• No change needed for name-domains in package-name space
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Features
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Common LISP Registrar
  • From: greek@DEC-HUDSON
• Common LISP Registrar
  • From: greek@DEC-HUDSON
• Common LISP Registrar
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• [no subject]
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Common LISP Registrar
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Common LISP Registrar
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• make-string-output-stream
  • From: OLDMAN@USC-ISI.ARPA
• What package are feature names resident in?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Proposal for Common LISP Registrar
  • From: greek@DEC-HUDSON
• Features & Common LISP Registrar
  • From: greek@DEC-HUDSON
• Proposal for Common LISP Registrar
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• What package are feature names resident in?
  • From: Jon White <JLW@SU-AI.ARPA>
• Need for #+ and #-
  • From: Jon White <JLW@SU-AI.ARPA>
• Common LISP Registry
  • From: greek@DEC-HUDSON
• Dribble and *error-output*
  • From: Dave <Steiner@RU-BLUE.ARPA>
• Dribble and *error-output*
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Dribble and *error-output*
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• feature names
  • From: Snyder%hplabs.csnet@csnet-relay.arpa
• char-equal of control characters
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Adjustable and displaced arrays (summary)
  • From: Fischer.pa@Xerox.ARPA
• char-equal of control characters
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• char-equal of control characters
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• char-equal of control characters
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Adjustable and displaced arrays (summary)
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Comments on Array Summary.
  • From: greek@DEC-HUDSON
• feature names
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Comments on Array Summary.
  • From: Fischer.pa@Xerox.ARPA
• Comments on Array Summary.
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Unable to deliver letter
  • From: Postmaster at SCRC-QUABBIN.ARPA
• Unable to deliver letter
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Common LISP Registry
  • From: greek@DEC-HUDSON
• multiple slot descriptions of the same slot in a DEFSTRUCT
  • From: Kahn.pa@Xerox.ARPA
• multiple slot descriptions of the same slot in a DEFSTRUCT
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: multiple slot descriptions of the same slot in a DEFSTRUCT
  • From: Masinter.pa@Xerox.ARPA
• flet and labels
  • From: Nick Gall <Gall@MIT-MULTICS.ARPA>
• flet and labels
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Archives
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Proposal for a UNIX subgroup.
  • From: marick@GSWD-VMS
• Re: Proposal for a UNIX subgroup.
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• Proposal for a UNIX subgroup.
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• CHAR-BIT
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Clearing the screen and other such things.
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Does READ-CHAR echo?
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Does READ-CHAR echo?
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• labels
  • From: HAUG%CSL60%ti-csl.csnet@csnet-relay.arpa
• Does READ-CHAR echo?
  • From: mips!earl@Glacier (Earl Killian)
• Clearing the screen and other such things.
  • From: mips!earl@Glacier (Earl Killian)
• labels
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Clearing the screen and other such things.
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Re: Clearing the screen and other such things.
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• Clearing the screen and other such things.
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Clearing the screen and other such things.
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• Clearing the screen and other such things.
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Clearing the screen and other such things.
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Clearing the screen and other such things.
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Clearing the screen and other such things.
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• A comment on our community.
  • From: greek@DEC-HUDSON
• A comment on our community.
  • From: greek@DEC-HUDSON
• Clearing the screen and other such things.
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• A comment on our community.
  • From: greek@DEC-HUDSON
• A comment on our community.
  • From: greek@DEC-HUDSON
• Clearing the screen and other such things.
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• RE: Clearing the screen and other such things.
  • From: Fischer.pa@Xerox.ARPA
• Does READ-CHAR echo?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Clearing the screen etc.
  • From: Dave Dyer <DDYER@USC-ISIB.ARPA>
• Re: CHAR-BIT
  • From: masinter.pa@Xerox.ARPA
• Re: Clearing the screen etc.
  • From: masinter.pa@Xerox.ARPA
• Terminal operations.
  • From: greek@DEC-HUDSON
• CHAR-BIT
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• Re: Clearing the screen and other such things.
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Terminal operations.
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Clearing the screen and other such things.
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Lambda Keywords
  • From: Robert R. Kessler <KESSLER@UTAH-20.ARPA>
• Lambda Keywords
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• defstruct syntax
  • From: Bobrow.pa@Xerox.ARPA
• defstruct syntax
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• CLTL tablos and indexos (not really typos)
  • From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
• [no subject]
  • From: Kjeld Hvatum <KSH@MIT-MC.ARPA>
• Disallowing NIL as a feature
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• CommonLoops: Merging Common Lisp Object-Oriented Programming
  • From: Masinter.pa@Xerox.ARPA
• Re: CommonLoops: Merging Common Lisp Object-Oriented Program...
  • From: Stephen L. Squires <SQUIRES@USC-ISI.ARPA>
• [no subject]
  • From: Nick Maclaren <nmm%computer-lab.cambridge.ac.uk@ucl-cs.arpa>
• endp or not consp
  • From: franz!jkf@Berkeley (John Foderaro)
• with-output-to-string query
  • From: robbins@DEC-HUDSON
• with-output-to-string query
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Greetings
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• with-output-to-string query
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• with-output-to-string query
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• with-output-to-string query
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Side effecting constants inside functions
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Side effecting constants inside functions
  • From: Glenn S. Burke <GSB@MIT-MC.ARPA>
• close queries
  • From: robbins@DEC-HUDSON
• Side effecting constants inside functions
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Side effecting constants inside functions
  • From: Charles Hornig <Hornig@SCRC-STONY-BROOK.ARPA>
• put me on mailing list
  • From: Christopher Fry <cfry@OZ>
• Re: close queries
  • From: System-Assoc Dir <IMSSS@SUMEX-AIM.ARPA>
• lexical madness
  • From: Richard Mlynarik <MLY@MIT-MC.ARPA>
• New constants needed
  • From: edsel!eb@Navajo (Eric Benson)
• New constants needed
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Letting LET bind the same variable more than once.
  • From: greek@DEC-HUDSON
• STRING-CHAR-CODE-LIMIT
  • From: greek@DEC-HUDSON
• compiling multiple files
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• STRING-CHAR-CODE-LIMIT
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: lexical madness
  • From: Masinter.pa@Xerox.ARPA
• Re: Side effecting constants inside functions
  • From: Masinter.pa@Xerox.ARPA
• constructor function vs constructor macro
  • From: Masinter.pa@Xerox.ARPA
• lexical madness
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• constructor function vs constructor macro
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: Side effecting constants inside functions
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• Re: Side effecting constants inside functions
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• STRING-CHAR-CODE-LIMIT = CHAR-CODE-LIMIT
  • From: greek@DEC-HUDSON
• Re: Side effecting constants inside functions
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Re: Side effecting constants inside functions
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: Side effecting constants inside functions
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: Side effecting constants inside functions
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• Re: Side effecting constants inside functions
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• shared structure, other restrictions on program=data
  • From: Rem@IMSSS
• constructor function vs constructor macro
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: lexical madness
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• inconsistency in the definitions of round-off functions
  • From: wilensky@ucblarch (Robert Wilensky)
• Re: compiling multiple files
  • From: SCHUMACHER%hplabs.csnet@csnet-relay.arpa
• Modifying constants in programs
  • From: edsel!eb@su-navajo.arpa (Eric Benson)
• Re: compiling multiple files
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• LISP has both pure and reference data types
  • From: Rem@IMSSS
• More on reference/pure data, declaration not really needed
  • From: Rem@IMSSS
• Re: Side effecting constants inside functions
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Re: compiling multiple files
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• inconsistency in the definitions of round-off functions
  • From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
• Re: compiling multiple files
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Errata for Common Lisp manual
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: Errata for Common Lisp manual
  • From: "Rodney A. Brooks" <BROOKS%MIT-OZ@MIT-MC.ARPA>
• Re: Side effecting constants inside functions
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• GLisp for Common Lisp
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• Erratum
  • From: wagner@GSWD-VMS
• Top-level forms and eval-when in the compiler
  • From: Rob MacLachlan <RAM@CMU-CS-C.ARPA>
• close queries
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: close queries
  • From: franz!jkf@Berkeley (John Foderaro)
• close queries
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: close queries
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Closing Synonum Streams.
  • From: greek@DEC-HUDSON
• comment and errata on synonyms, streams.
  • From: fateman%ucbdali@Berkeley (Richard Fateman)
• longwinded reply to close queries
  • From: franz!jkf@Berkeley (John Foderaro)
• go and return-from inside unwind-protect cleanup
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• go and return-from inside unwind-protect cleanup
  • From: David C. Plummer in disguise <DCP@SCRC-QUABBIN.ARPA>
• Closing Synonum Streams.
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• More errata
  • From: DALTON FHL (on ERCC DEC-10) <J.Dalton%edxa@ucl-cs.arpa>
• Top-level forms and eval-when in the compiler [and macrolet too!]
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Top-level forms and eval-when in the compiler [and macrolet too!]
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Top-level forms and eval-when in the compiler [and macrolet too!]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Compiling anonymous functions embedded in structure
  • From: Rem@IMSSS
• LAMBDA expression to the SATISFIES type specifier
  • From: Mike McMahon <MMcM@SCRC-STONY-BROOK.ARPA>
• LAMBDA expression to the SATISFIES type specifier
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Compiling anonymous functions embedded in structure
  • From: SOLEY@MIT-MC.ARPA
• Top-level forms and eval-when in the compiler [and macrolet
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [no subject]
  • From: Kjeld Hvatum <KSH@MIT-MC.ARPA>
• Not pound-sign dot, fools!
  • From: Bernard S. Greenberg <bsg@scrc-pegasus>
• Not sharp-sign dot, fools!
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• LAMBDA expression to the SATISFIES type specifier
  • From: Mike McMahon <MMcM@SCRC-STONY-BROOK.ARPA>
• structure equality in slisp
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• EQUAL isn't really correct, I agree
  • From: Rem@IMSSS
• compiling anonymous functions
  • From: snyder%hplabs.csnet@CSNET-RELAY.ARPA
• compiling anonymous functions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Franz -> Common Lisp
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Modification to LISTEN
  • From: robbins@DEC-HUDSON
• Modification to LISTEN
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Concatenated Stream Query
  • From: robbins@DEC-HUDSON
• Concatenated Stream Query
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Concatenated Stream Query
  • From: Soley@MIT-MC.ARPA
• Concatenated Stream Query
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Erratum
  • From: wagner@GSWD-VMS
• Modification to LISTEN
  • From: Mike McMahon <MMcM@SCRC-STONY-BROOK.ARPA>
• Erratum
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Returning additional values from advertised functions
  • From: Richard Mlynarik
• Arguments and values to get.
  • From: Gregor.pa@Xerox.ARPA
• Arguments and values to get.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Erratum on p.107Subject:
  • From: S Sridhar <sridhar%tekchips%tektronix.csnet@CSNET-RELAY.ARPA>
• erratum: logic error on p.125
  • From: S Sridhar <sridhar%tekchips%tektronix.csnet@CSNET-RELAY.ARPA>
• Arguments and values to get.
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• erratum: logic error on p.125
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Erratum on p.107Subject:
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Erratum on p.107Subject:
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• erratum: logic error on p.125
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• erratum: logic error on p.125
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Arguments and values to get.
  • From: mips!escargot.earl@glacier (Earl Killian)
• EQUAL isn't really correct, I agree
  • From: Martin Frost <ME@SU-AI.ARPA>
• Modification to LISTEN
  • From: Glenn S. Burke <GSB@MIT-MC.ARPA>
• LISTEN Proposal
  • From: robbins@DEC-HUDSON
• listen, etc.
  • From: edsel!jim@su-navajo.arpa (Jim McDonald)
• Lisp Test
  • From: George J. Carrette <GJC@MIT-MC.ARPA>
• Lisp Test
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Lisp Test -- oops!
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Lisp Test
  • From: DDYER@SCRC-RIVERSIDE.ARPA
• Public relations: second time around
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Meeting
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Lisp Test
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• Argument Type Mismatch Errors
  • From: Robert R. Kessler <KESSLER@UTAH-20.ARPA>
• Re: Argument Type Mismatch Errors
  • From: Steven Haflich <smh@mit-ems.ARPA>
• missing function: typep-type-p
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Public relations: data so far
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Public relations: data so far
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Lisp Test
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Returning additional values from advertised functions
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• go and return-from inside unwind-protect cleanup
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Discouraged programming practices
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• More corrections to CLtL
  • From: Dave <Steiner@BLUE.RUTGERS.EDU>
• CLtL ambiguity in trace
  • From: Steven Haflich <smh@mit-ems.ARPA>
• disassemble and compile questions
  • From: Bob Shaw <bs%hplabs.csnet@CSNET-RELAY.ARPA>
• CLtL error re function special form
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Joke
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: missing function: typep-type-p
  • From: Alan Snyder <AS%hplabs.csnet@CSNET-RELAY.ARPA>
• go and return-from inside unwind-protect cleanup
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Discouraged programming practices
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• More corrections to CLtL
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• CLtL error re function special form
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Infinite optimization
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Infinite optimization
  • From: DDYER@SCRC-RIVERSIDE.ARPA
• go and return-from inside unwind-protect cleanup
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• disassemble and compile questions
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Argument Type Mismatch Errors
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: disassemble and compile questions
  • From: Bob Shaw <bs%hplabs.csnet@CSNET-RELAY.ARPA>
• disassemble and compile questions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• UNIX terminal io incompatibility
  • From: gray@GSWD-VMS
• Re: UNIX terminal io incompatibility
  • From: Andy Freeman <ANDY@SU-SUSHI.ARPA>
• Re: disassemble and compile questions
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• UNIX terminal io incompatibility
  • From: George J. Carrette <GJC@MIT-MC.ARPA>
• Another printing bug in CLtL
  • From: Dave <Steiner@RED.RUTGERS.EDU>
• Another printing bug in CLtL
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Another printing bug in CLtL
  • From: mips!escargot.earl@glacier (Earl Killian)
• lisp listings
  • From: George Carrette <gjc@cap>
• CLtL binding
  • From: wagner@GSWD-VMS
• Discouraged programming practices
  • From: System Files <SYS@SU-AI.ARPA>
• Arguments and values to get.
  • From: System Files <SYS@SU-AI.ARPA>
• Without-Interrupts
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• implicit blocks
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• [no subject]
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• UNIX terminal io incompatibility
  • From: OLDMAN@USC-ISI.ARPA
• Response to CL Meeting Announcement
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Response to CL Meeting Announcement
  • From: George J. Carrette <GJC@MIT-MC.ARPA>
• [no subject]
  • From: Unknown
• pathnames.
  • From: SCHUMACHER%hplabs.csnet@CSNET-RELAY.ARPA
• pathnames.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• oversight?
  • From: wagner@GSWD-VMS
• oversight?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: pathnames.
  • From: schumacher%hplabs.csnet@CSNET-RELAY.ARPA
• Re: pathnames.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: pathnames.
  • From: Richard L. Bryan <RLB@SCRC-QUABBIN.ARPA>
• Re: pathnames.
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• SETF of pathname components
  • From: Glenn S. Burke <GSB@MIT-MC.ARPA>
• TAGBODY
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• TAGBODY
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• TAGBODY
  • From: Alan Bawden <ALAN@MIT-MC.ARPA>
• SETF of pathname components
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• WITHOUT-INTERRUPTS
  • From: greek@DEC-HUDSON
• Report on trip to Japan
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• WITHOUT-INTERRUPTS
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• WITHOUT-INTERRUPTS
  • From: greek@DEC-HUDSON
• WITHOUT-INTERRUPTS
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• WITHOUT-INTERRUPTS
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• WITHOUT-INTERRUPTS
  • From: greek@DEC-HUDSON
• WITHOUT-INTERRUPTS
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• WITHOUT-INTERRUPTS
  • From: greek@DEC-HUDSON
• WITHOUT-INTERRUPTS: my last message
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• WITHOUT-INTERRUPTS
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• Meeting
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Tentative Schedule for the Common Lisp Meeting
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Re: Tentative Schedule for the Common Lisp Meeting
  • From: masinter.pa@Xerox.ARPA
• Uniqueness of &rest arguments
  • From: OLDMAN@USC-ISI.ARPA
• Uniqueness of &rest arguments
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Tentative Schedule for the Common Lisp Meeting
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Uniqueness of &rest arguments
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Default scope of references
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Re: Tentative Schedule for the Common Lisp Meeting
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@ucl-cs.arpa>
• Default scope of references
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• absence of (declare (unspecial ...))
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Default scope of references
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Default scope of references
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• free variable references in interpreter.
  • From: Richard Mlynarik <MLY@MIT-MC.ARPA>
• free variable references in interpreter.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• free variable references in interpreter.
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• free variable references in interpreter.
  • From: "Glenn S. Burke" <GSB@MIT-MC.ARPA>
• free variable references in interpreter.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• free variable references in interpreter.
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• free variable references in interpreter.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Declaring Functions
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• free variable references in interpreter.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• free variable references in interpreter.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• defvar, defparameter, :unbound
  • From: Nick Papadakis <isrlist@tove.umd.edu>
• extra features/values
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• defvar, defparameter, :unbound
  • From: Richard Mark Soley <SOLEY@MIT-MC.ARPA>
• extra features/values
  • From: Richard Mark Soley <SOLEY@MIT-MC.ARPA>
• free variable references in interpreter.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• free variable references in interpreter.
  • From: Soley@MIT-MC.ARPA
• defvar, defparameter, :unbound
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• functions that return nonstandard extra values
  • From: Alan Snyder <AS%hplabs.csnet@CSNET-RELAY.ARPA>
• Re: free variable references in interpreter.
  • From: perdue%hplabs.csnet@CSNET-RELAY.ARPA
• functions that return nonstandard extra values
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• functions that return nonstandard extra values
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• Declaring Functions
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• functions that return nonstandard extra values
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• defvar, defparameter, :unbound
  • From: "Glenn S. Burke" <GSB@MIT-MC.ARPA>
• functions that return nonstandard extra values
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• functions that return nonstandard extra values
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• defvar, defparameter, :unbound
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• queries about *query-io*
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• defvar, defparameter, :unbound
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• defvar, defparameter, :unbound
  • From: Nick Papadakis <isrlist@tove.umd.edu>
• queries about *query-io*
  • From: "Lawrence A. DeLuca, Jr." <HENRIK@MIT-MC.ARPA>
• Re: queries about *query-io*
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• (GETHASH X Y) ==> (CDR (GETHASH X Y))
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• functions that return nonstandard extra values
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• CL erratissimo
  • From: Jim Meehan <Meehan@YALE.ARPA>
• defvar, defparameter, :unbound
  • From: mips!escargot.earl@glacier (Earl Killian)
• CL erratissimo
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Common Lisp Meeting
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@ucl-cs.arpa>
• Common Lisp manual online?
  • From: Masinter.pa@Xerox.ARPA
• Common Lisp manual online?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Language spec should be public domain
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• astronaut example on p.313
  • From: S Sridhar <sridhar%tekchips%tektronix.csnet@CSNET-RELAY.ARPA>
• astronaut example on p.313
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Language spec should be public domain
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• astronaut example on p.313
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Common Lisp manual online?
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• compiler-let (clarification needed)
  • From: snyder%hplabs.csnet@CSNET-RELAY.ARPA
• astronaut example on p.313
  • From: PGS%MIT-OZ@MIT-MC.ARPA
• Suggested addition to the index of CLtL
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Meeting: The Details
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Pointers to vax/unix version
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• RE: Steele's programming style
  • From: bobrow.pa@Xerox.ARPA, kahn.pa@Xerox.ARPA
• TYPEP and arrays of (SATISFIES F)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• :Structure-Print and *print-level*
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Universal Catch
  • From: Robert R. Kessler <KESSLER@UTAH-20.ARPA>
• CATCH-ALL
  • From: Rem@IMSSS
• Universal Catch
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Re: Universal Catch
  • From: kessler%utah-orion@utah-cs.arpa (Robert Kessler)
• catching
  • From: "Glenn S. Burke" <GSB@MIT-MC.ARPA>
• Re: Universal Catch
  • From: "Rodney A. Brooks" <BROOKS%MIT-OZ@MIT-MC.ARPA>
• Extra paren in example on p.430
  • From: S Sridhar <sridhar%tekchips%tektronix.csnet@CSNET-RELAY.ARPA>
• Extra paren in example on p.430
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• CATCH-ALL
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Fill-pointers and sequences
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Universal Catch
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• CATCH-ALL
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• CATCH-ALL
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Fill-pointers and sequences
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• :Structure-Print and *print-level*
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Fill-pointers and sequences
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• :Structure-Print and *print-level*
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Recursive print & depth abbreviation
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: :Structure-Print and *print-level*
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Recursive printing.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• :Structure-Print and *print-level*
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Recursive printing.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: Recursive printing.
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Recursive printing.
  • From: "BACH::ROBBINS" <robbins%bach.decnet@hudson.dec.com>
• adjust-array with :initial-elements and fill pointers
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Apology for our brain-damaged mailer.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• adjust-array with :initial-elements and fill pointers
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Reminder about the Common Lisp Meeting
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Recursive printing proposal
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• LET-IF
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Recursive printing proposal
  • From: "BACH::ROBBINS" <robbins%bach.decnet@hudson.dec.com>
• TOP-LEVEL-PRINT macro.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• LET-IF
  • From: "BACH::ROBBINS" <robbins%bach.decnet@hudson.dec.com>
• adjust-array with :initial-elements and fill pointers
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• LET-IF
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• :Structure-Print and *print-level*
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Fill-pointers and sequences
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• TYPEP and arrays of (SATISFIES F)
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Common LISP is too big?
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• LET-IF
  • From: "BACH::ROBBINS" <robbins%bach.decnet@hudson.dec.com>
• adjust-array with :initial-elements and fill pointers
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Recursive printing proposal
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Fill-pointers and sequences
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• LET-IF
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• LET-IF
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Recursive printing proposal
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Sigh on recursive printing.
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Sigh on recursive printing.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• LET-IF
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Recursive printing proposal
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• LET-IF
  • From: "BACH::ROBBINS" <robbins%bach.decnet@hudson.dec.com>
• Sigh on recursive printing.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• LET-IF
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• Misc Queries
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Minor typo
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Misc Queries
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Misc Queries
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Minor Typo = Major Faux Pas!
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Misc Queries
  • From: mips!escargot.earl@glacier (Earl Killian)
• Re: Misc Queries
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: Misc Queries
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• LET-IF
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Minor typo
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Minor Typo = Major Faux Pas!
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• LET-IF
  • From: Richard Lamson <rsl@RUSSIAN.SPA.Symbolics.COM>
• Typos on p.284 and p.324
  • From: S Sridhar <sridhar%tekchips%tektronix.csnet@CSNET-RELAY.ARPA>
• New, Improved Agenda
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• LET-IF
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Mr Roberts vs Mr Rogers
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• LET-IF
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Amatuer Archivists.
  • From: schumacher@hplabs.arpa
• Amatuer Archivists.
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Amatuer Archivists (again)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• DEFSTRUCT and predicates
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• DEFSTRUCT and predicates
  • From: Skef Wholey <Wholey@C.CS.CMU.EDU>
• Re: DEFSTRUCT and predicates
  • From: NGALL@BBNG.ARPA
• DEFSTRUCT and predicates
  • From: Skef Wholey <Wholey@C.CS.CMU.EDU>
• Amatuer Archivists (again)
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• lexical scope and dynamic extent
  • From: mips!escargot.earl@glacier (Earl Killian)
• Re: lexical scope and dynamic extent
  • From: "Rodney A. Brooks" <BROOKS%MIT-OZ@MIT-MC.ARPA>
• Re: lexical scope and dynamic extent
  • From: Richard Acuff <Acuff@SUMEX-AIM.ARPA>
• lexical scope and dynamic extent
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: DEFSTRUCT and predicates
  • From: NGALL@BBNG.ARPA
• manual bug (index)
  • From: snyder@hplabsd
• keywords
  • From: snyder@hplabsd
• keywords
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• The variables +, -, *, and /
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• minor index errors
  • From: wagner%fang@gswd-vms (Fran Wagner)
• keywords
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• The variables +, -, *, and /
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: The variables +, -, *, and /
  • From: Steven Haflich <smh@mit-ems.ARPA>
• keywords
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• The variables +, -, *, and /
  • From: Soley@MIT-MC.ARPA
• Re: keywords
  • From: Alan Snyder <AS@HP-HULK>
• The variables +, -, *, and /
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: keywords
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• keywords
  • From: Richard Mlynarik <MLY@MIT-MC.ARPA>
• Bad to hang properties off keywords to install their semantics
  • From: Rem@IMSSS
• Bad to hang properties off keywords to install their semantics
  • From: Doug Cutting <DOUG@SU-CSLI.ARPA>
• Implementation issue? (re proplist on keyword)
  • From: Robert Elton Maas <REM@IMSSS.STANFORD.EDU>
• Bad to hang properties off keywords to install their semantics
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Keywords with cells
  • From: Rem@IMSSS
• keywords
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Keywords with cells
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• The variables +, -, *, and /
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• macsyma and common-lisp
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• The variables +, -, *, and /
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• The variables +, -, *, and /
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• ISO Standard
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• ISO Standard
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• The variables +, -, *, and /
  • From: Tim McNerney <TIM@MIT-MC.ARPA>
• The variables +, -, *, and /
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• need subset of CL!
  • From: Robert Elton Maas <REM@IMSSS.STANFORD.EDU>
• packages
  • From: masinter.PA@Xerox.ARPA
• packages
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• The variables +, -, *, and /
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Re: ISO Standard
  • From: MATHIS@USC-ISIF.ARPA
• Macrolet index bug
  • From: perdue@hplabsd
• Special Form Question
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Special Form Question
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: Special Form Question
  • From: NGALL@BBNG.ARPA
• Re: Special Form Question
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Special Form Question
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Special Form Question
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: Special Form Question
  • From: NGALL@BBNG.ARPA
• Re: Special Form Question
  • From: NGALL@BBNG.ARPA
• Clarification Comments (long)
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Typographical corrections to Common Lisp book
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• list of proposed changes to Common Lisp
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Clarification Comments (long)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: Clarification Comments (long)
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• What about advising special forms?
  • From: Rem@IMSSS
• Re: Special Form Question
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• What about advising special forms?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Special Form Question
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• list of proposed changes to Common Lisp
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Undoing global side-effects
  • From: edsel!eb@su-navajo.arpa (Eric Benson)
• More clarifications
  • From: edsel!eb@su-navajo.arpa (Eric Benson)
• Questions, comments and clarifications on clarifications
  • From: edsel!eb@su-navajo.arpa (Eric Benson)
• Another omission: global lexicals
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Questions, comments and clarifications on clarifications
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Another omission: global lexicals
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• XOR
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Another omission: global lexicals
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Another omission: global lexicals
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Another Common Lisp unclarity
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Elegant rule for what to copy
  • From: Rem@IMSSS
• Another omission: global lexicals
  • From: "George J. Carrette" <GJC@MIT-MC.ARPA>
• Another omission: global lexicals
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Minor package unclarity
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• unclarities: defstruct print functions
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Another omission: global lexicals
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• list of proposed changes to Common Lisp
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Another omission: global lexicals
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Another omission: global lexicals
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• clarifications
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Another omission: global lexicals
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• &ALLOW-OTHER-KEYS
  • From: wagner%fang@gswd-vms (Fran Wagner)
• Another omission: global lexicals
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• list of proposed changes to Common Lisp
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Questions, comments and clarifications on clarifications
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• XOR
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Another omission: global lexicals
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• meta corrections to CLtL
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• &ALLOW-OTHER-KEYS
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Questions, comments and clarifications on clarifications
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• get-setf-method
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Another omission: global lexicals
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• list of proposed changes to Common Lisp
  • From: Rob MacLachlan <RAM@>
• Re: Special Form Question
  • From: masinter.pa@Xerox.ARPA
• get-setf-method
  • From: "Glenn S. Burke" <GSB@MIT-MC.ARPA>
• Re: clarifications
  • From: masinter.pa@Xerox.ARPA
• XOR
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Special Form Question
  • From: mips!escargot.earl@glacier (Earl Killian)
• Non-top-level DEFUN
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Non-top-level DEFUN
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Questions, comments and clarifications on clarifications
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• more comments
  • From: "BIZET::VANROGGEN" <vanroggen%bizet.decnet@hudson.dec.com>
• "lexical" globals?
  • From: edsel!jonl@su-navajo.arpa (Jon L White)
• Functions for special operators
  • From: edsel!jonl@su-navajo.arpa (Jon L White)
• XOR
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• "lexical" globals?
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• mailing list
  • From: mcvax!delphi.UUCP!beppe@seismo.CSS.GOV
• Re: clarifications
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Re: XOR
  • From: preece%ccvaxa@gswd-vms (Scott E. Preece)
• recent request for assistance
  • From: RAMBO%AI.AI.MIT.EDU@MC.LCS.MIT.EDU
• what do :copiers do?
  • From: Gregor.pa@Xerox.ARPA
• XOR
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• READ-DELIMTED-LIST and dots
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• fonts in CLtL
  • From: Masinter.pa@Xerox.ARPA
• GLS's clarifications list (moderately long)
  • From: apollo!dfm@uw-beaver.arpa
• fonts in CLtL
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• GLS's clarifications list (moderately long)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Multiple values and &optional
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• GLS's clarifications list (moderately long)
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: Elegant rule for what to copy
  • From: apollo!dfm@uw-beaver.arpa
• Multiple values and &optional
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: Multiple values and &optional
  • From: NGALL@BBNG.ARPA
• Comments
  • From: MURRAY%umass-cs.csnet@CSNET-RELAY.ARPA
• xor
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• Comments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Comments
  • From: NGALL@BBNG.ARPA
• Ground rules not yet decided???
  • From: Rem@IMSSS
• unspecial & global & macrolet
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Ground rules not yet decided???
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [no subject]
  • From: @uw-beaver.arpa
• copy (moderately long message)
  • From: apollo!dfm@uw-beaver.arpa
• Reader hacks
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• GLS's clarifications list (moderately long)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• XOR
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Comments
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Symbols as pathnames
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Reader hacks
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: copy
  • From: Bobrow.pa@Xerox.ARPA
• BOA constructor questions
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• BOA constructor questions
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Reader hacks
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• COPY and COPY-IN
  • From: Rem@IMSSS
• Re: COPY and COPY-IN
  • From: Bobrow.pa@Xerox.ARPA
• XOR
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• RE: Symbols as pathnames
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• GLS's clarifications list (moderately long)
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Reader hacks
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Another inconsistency in CLtL
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Tail recursive Common Lisp interpreter?
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Tail recursive Common Lisp interpreter?
  • From: edsel!eb@su-navajo.arpa (Eric Benson)
• BOA constructor questions
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Multiple values and &optional
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Reader hacks
  • From: NGALL@BBNG.ARPA
• Retry, IMSSS->SCORE mail down a few days; Flush implicit catch frames
  • From: Robert Elton Maas <REM@IMSSS.STANFORD.EDU>
• tail recursion in CL interpreters.
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• BOA constructor questions
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Retry, IMSSS->SCORE mail down a few days; Flush implicit catch frames
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Reader hacks, whitespace algorithm
  • From: Rem@IMSSS
• Re: Reader hacks
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• Re: Reader hacks
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Reader hacks, whitespace algorithm
  • From: Rem@IMSSS
• yet another typo in the manual
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Reader hacks, whitespace algorithm
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• Defsetf and define-setf-method
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Another inconsistency in CLtL
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Defsetf and define-setf-method
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Type questions
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• No more index typos, please
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Type questions
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Hooks for Common Objects
  • From: Jim Kempf <kempf@hplabsc>
• Common Lisp 'open'
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• questions about packages
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Re: questions about packages
  • From: NGALL@G.BBN.COM
• Varia from Tektronix
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• SETF of an &REST list.
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• fill-pointers and destructive sequence functions
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• time of evaluation
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• time of evaluation
  • From: Soley@MIT-MC.ARPA
• Errata on p.431
  • From: S Sridhar <sridhar%tekchips%tektronix.csnet@CSNET-RELAY.ARPA>
• time of evaluation
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• time of evaluation
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• time of evaluation
  • From: Richard Mark Soley <SOLEY@MC.LCS.MIT.EDU>
• Re: time of evaluation
  • From: Jim Kempf <kempf@hplabsc>
• time of evaluation
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• time of evaluation
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: time of evaluation
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• time of evaluation
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• time of evaluation
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• time of evaluation of defstruct, deftype, etc.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• time of evaluation
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• time of evaluation of defstruct, deftype, etc.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• time of evaluation of defstruct, deftype, etc.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• 2 ways to compile macros correctly
  • From: Robert Elton Maas <REM@IMSSS> (this host known locally only)
• compiler environment, how best to isolate side effects
  • From: Robert Elton Maas <REM@IMSSS> (this host known locally only)
• compiler enviornment
  • From: Charles Hedrick <HEDRICK@RED.RUTGERS.EDU>
• compiler enviornment
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• compile environment..
  • From: David Bein <pyramid!bein@sri-unix>
• compile environment..
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• time of evaluation
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• compiler environment, how best to isolate side effects
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: time of evaluation
  • From: snyder@hplabs.ARPA
• floating point question
  • From: David Bein <pyramid!bein@sri-unix>
• floating point question
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• floating point question
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Spelling correction
  • From: Rene Bach <BACH@SU-SCORE.ARPA>
• Spelling correction
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Spelling correction
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• [no subject]
  • From: SCHUMACHER%HP-HULK@HPLABS
• Spelling correction
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Spelling correction
  • From: DDYER@SCRC-RIVERSIDE.ARPA
• Re: Spelling correction
  • From: Rene Bach <BACH@SU-SCORE.ARPA>
• Re: Spelling correction
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Spelling correction
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [vrotney@isi-vaxa.ARPA: Forwarded]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• time of evaluation
  • From: mips!escargot.earl@glacier (Earl Killian)
• [vrotney@isi-vaxa.ARPA: Forwarded]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• common-lisp loop
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• comparisons between floats and ratios
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• comparisons between floats and ratios
  • From: Robert A. Cassels <Cassels@TENEX.SCRC.Symbolics.COM>
• comparisons between floats and ratios
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: comparisons between floats and ratios
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• Re: comparisons between floats and ratios
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• more boring-to-most-people floating point stuff
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• precision vs more information
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• [no subject]
  • From: Kjeld Hvatum <KSH@MC.LCS.MIT.EDU>
• comparisons between floats and ratios
  • From: "Gail Zacharias" <GZ%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• Compiler side effects lossage
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• comparisons between floats and ratios
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• comparisons between floats and ratios
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• comparisons between floats and ratios
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• precision, accuracy, and floating conversion (GJC's comment)
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• precision, accuracy, and floating conversion (GJC's comment)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Comparing float to rational
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• precision, accuracy, and floating conversion (GJC's comment)
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• :capitalize in *print-case*
  • From: Martin Frost <ME@SU-AI.ARPA>
• :capitalize in *print-case*
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• :capitalize in *print-case*
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• IEEE float co-processors
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• Spelling correction
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Spelling correction
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Spelling correction
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• IEEE float co-processors
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• DEFUN inside LET
  • From: James R. Meehan <csi!meehan%UUCP@YALE.ARPA>
• IEEE float co-processors
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• IEEE float co-processors
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Comparing float to rational
  • From: Robert A. Cassels <Cassels@TENEX.SCRC.Symbolics.COM>
• comparisons between floats and ratios
  • From: Robert A. Cassels <Cassels@TENEX.SCRC.Symbolics.COM>
• IEEE float co-processors
  • From: Lab Manager(Brad Miller) <lab@rochester.arpa>
• comparisons between floats and ratios
  • From: Robert A. Cassels <Cassels@TENEX.SCRC.Symbolics.COM>
• Rebuttal to incorrect statement of portability definition
  • From: Robert Elton Maas <REM@IMSSS> (this host known locally only)
• IEEE float co-processors
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• more boring-to-most-people floating point stuff
  • From: Robert A. Cassels <Cassels@TENEX.SCRC.Symbolics.COM>
• Re: IEEE float co-processors
  • From: hilfingr@renoir.berkeley.edu
• DEFUN inside LET
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• DEFUN inside LET
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Floating Point Computation
  • From: mcvax!nplmg1a.uucp!jrp@seismo.CSS.GOV
• Floating Point Computation
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• DEFUN inside LET
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Floating Point Computation
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• Re: DEFUN inside LET
  • From: NGALL@G.BBN.COM
• Re: Floating Point Computation
  • From: mcvax!nplmg1a.uucp!jrp@seismo.CSS.GOV
• Re: DEFUN inside LET
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• Defun inside Let
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• DEFUN inside of LET
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Defun inside Let
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Defun inside Let
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: DEFUN inside LET
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Defun inside Let
  • From: Robert Elton Maas <REM@IMSSS> (this host known locally only)
• Defun inside Let
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Defun inside Let
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Defun inside Let
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Defun inside Let
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Defun inside Let
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• editing environments
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Defun inside Let
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• DEFUN inside of LET
  • From: mips!escargot.earl@glacier (Earl Killian)
• [no subject]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [no subject]
  • From: James Meehan <meehan@YALE.ARPA>
• Defun inside Let
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Defun inside Let
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Defmacro inside of a let
  • From: OLDMAN@USC-ISI.ARPA
• &environment
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• &environment
  • From: OLDMAN@USC-ISI.ARPA
• get-setf-method-multiple-value
  • From: OLDMAN@USC-ISI.ARPA
• deftype with &key
  • From: OLDMAN@USC-ISI.ARPA
• Retraction
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Defmacro inside of a let
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Retraction
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• get-setf-method-multiple-value
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• deftype with &key
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Retraction
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Re: Defun inside Let
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Nothing to do with Common Lisp
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Re: Defun inside Let
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• Defun inside Let
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Defun inside Let
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Jeff Dalton's point
  • From: Rem@IMSSS
• Re: Re: Defun inside Let
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: Defmacro inside of a let
  • From: Rob Vollum <vollum@scrc-pegasus>
• eval'd macros
  • From: WEEKS%HP-THOR@HPLABS
• eval'd macros
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Defmacro inside of a let
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• eval'd macros
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Defstruct Extensions
  • From: Kevin Gallagher <gallagher%umass-cs.csnet@CSNET-RELAY.ARPA>
• loop macro
  • From: Liz Allen <liz@brillig.umd.edu>
• Re: Defstruct Extensions
  • From: Jim Kempf <kempf@hplabsc>
• Re: eval'd macros
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• eval'd macros (the other point of view)
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Defstruct Extensions
  • From: Gregor.pa@Xerox.COM
• eval'd macros (the other point of view)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: loop macro
  • From: Liz Allen <liz@brillig.umd.edu>
• Re: loop macro
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: loop macro
  • From: sean@cadre.dsl.pittsburgh.edu (Sean McLinden)
• Re: loop macro
  • From: Gregor.pa@Xerox.COM
• loop macro
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: loop macro
  • From: Alan Snyder <snyder@hplsny>
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: loop macro
  • From: Liz Allen <liz@brillig.umd.edu>
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: loop macro
  • From: sean@cadre.dsl.pittsburgh.edu (Sean McLinden)
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: loop macro
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: loop macro
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• GLS replacements for LOOP
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• loop speed
  • From: AI.BOYER@MCC.ARPA
• Re: loop macro
  • From: Soley@MIT-MC.ARPA
• Re: eval'd macros (the other point of view)
  • From: hpfclp!diamant@hplabs.ARPA
• lexical scope & program development
  • From: willc%tekchips%tektronix.csnet@CSNET-RELAY.ARPA
• intern
  • From: hpfclp!diamant@hplabs.ARPA
• Re: eval'd macros (the other point of view)
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• LISP standardisation
  • From: Fitch%cs.ucl.ac.uk@cs.ucl.ac.uk
• Re: loop macro
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• loop macro
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• eval'd macros (the other point of view)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• loop macro
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• eval'd macros (the other point of view)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Interest in "large" Common Lisp Programs
  • From: Benjamin Zorn <zorn@renoir.berkeley.edu>
• lexical scope & program development
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: loop macro
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: intern
  • From: NGALL@G.BBN.COM
• Common Lisp LOOP Package
  • From: sean@cadre.dsl.pittsburgh.edu (Sean McLinden)
• eval'd macros (the other point of view)
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• LISP standardisation
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: loop macro
  • From: Gregor.pa@Xerox.COM
• Loop Macro
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Re: loop macro
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• LOOP again
  • From: Mike McMahon <MMcM@SCRC-STONY-BROOK.ARPA>
• Re: loop macro
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• loop macro
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• loop macro
  • From: DDYER@SCRC-RIVERSIDE.ARPA
• LOOP Macro code for Common Lisp
  • From: sean@cadre.dsl.pittsburgh.edu (Sean McLinden)
• Compiling functions which appear inside top-level forms.
  • From: Gregor.pa@Xerox.COM
• The return of UNSPECIAL
  • From: Ken Haase <KWH@MIT-AI.ARPA>
• Compiling functions which appear inside top-level forms.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Compiling functions which appear inside top-level forms.
  • From: Gregor.pa@Xerox.COM
• Car and Cdr of nil is nil
  • From: kessler%utah-orion@utah-cs.arpa (Robert Kessler)
• Car and Cdr of nil is nil
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• code density as a function of elegance
  • From: "Rodney A. Brooks" <BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• Compiling functions which appear inside top-level forms.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Car and Cdr of nil is nil
  • From: Bobrow.pa@Xerox.COM
• Re: intern
  • From: hpfclp!diamant@hplabs.ARPA
• Re: loop macro
  • From: Liz Allen <liz@brillig.umd.edu>
• Re: Car and Cdr of nil is nil
  • From: masinter.pa@Xerox.COM
• problem with (CAR NIL) = NIL
  • From: Charles Hedrick <HEDRICK@RED.RUTGERS.EDU>
• Re: loop macro
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• Re: intern
  • From: NGALL@G.BBN.COM
• The return of UNSPECIAL
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: loop macro
  • From: Liz Allen <liz@brillig.umd.edu>
• Re: loop macro
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• loop
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• loop
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• load-time-eval
  • From: Gregor.pa@Xerox.COM
• load-time-eval
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: load-time-eval
  • From: NGALL@G.BBN.COM
• Re: load-time-eval
  • From: Gregor.pa@Xerox.COM
• CL-ITERATION
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• "include" revisited
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• package system error handling
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• package system error handling
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: loop macro
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• FUNCTION type specifier
  • From: hpfclp!hpfcdcm!dcm@hplabs.ARPA
• Re: intern
  • From: hpfclp!diamant@hplabs.ARPA
• Re: loop macro
  • From: Miller.pa@Xerox.COM
• intern
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• FUNCTION type specifier
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• forwared from CommonLoops
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• intern
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• forwared from CommonLoops
  • From: Richard Mark Soley <SOLEY@MC.LCS.MIT.EDU>
• Basic Design Questions
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: Basic Design Questions
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Basic Design Questions
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: intern
  • From: NGALL@G.BBN.COM
• Re: intern
  • From: NGALL@G.BBN.COM
• intern
  • From: hpfclp!diamant@hplabs.ARPA
• Basic Design Questions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• value of *
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• value of *
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• value of *
  • From: <MOON@SCRC-QUABBIN.ARPA>
• Basic Design Questions: function cells
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Re: intern
  • From: NGALL@G.BBN.COM
• Re: Basic Design Questions: function cells
  • From: "Eric J. Swenson" <Swenson@CISL-SERVICE-MULTICS.ARPA>
• buffered output and prompting
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• prompting
  • From: "BIZET::NELSON" <nelson%bizet.decnet@hudson.dec.com>
• Re: Basic Design Questions: function cells
  • From: <MOON@SCRC-QUABBIN.ARPA>
• Re: Basic Design Questions: function cells
  • From: Alan Snyder <snyder@hplsny>
• Function cells
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Standardization proposal
  • From: MATHIS@USC-ISIF.ARPA
• Re: Basic Design Questions: function cells
  • From: berman@isi-vaxa.ARPA (Richard Berman)
• re: Function Cells
  • From: kessler%utah-orion@utah-cs.arpa (Robert Kessler)
• Re: Basic Design Questions: function cells
  • From: Alan Snyder <snyder@hplsny>
• Re: transfer control to a random location
  • From: Fischer.pa@Xerox.COM
• Re: Basic Design Questions: function cells
  • From: Martin <GRISS%HP-HULK@HPLABS>
• reading floats..
  • From: David Bein <pyramid!bein@sri-unix>
• a note on back messages
  • From: ables%mcc-pp@mcc.arpa (King Ables)
• back messages
  • From: ables%mcc-pp@mcc.arpa (King Ables)
• reading floats..
  • From: Robert A. Cassels <Cassels@TENEX.SCRC.Symbolics.COM>
• apology
  • From: ables%dopey%mcc-pp@mcc.arpa (King Ables)
• Re: Basic Design Questions: function cells
  • From: "Eric J. Swenson" <Swenson@CISL-SERVICE-MULTICS.ARPA>
• Basic Design Questions: function cells
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• loop macro
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Function cells
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• buffered output and prompting
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Function cells
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Re: buffered output and prompting
  • From: NGALL@G.BBN.COM
• Re: buffered output and prompting
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Function cells
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• buffered output and prompting
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• buffered output and prompting
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Function cells
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• reader # syntax and whitespace
  • From: Steven Haflich <smh@mit-ems.ARPA>
• readtable and # "syntax"
  • From: Steven Haflich <smh@mit-ems.ARPA>
• reader # syntax and whitespace
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• readtable and # "syntax"
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Function Cell Follow-up
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Function Cell Follow-up
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Function Cell Follow-up
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Function Cell Follow-up
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Function Cell Follow-up
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: Function Cell Follow-up
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Things to consider for CLtL'97
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• defmacro in let
  • From: Andy Freeman <ANDY@SU-SUSHI.ARPA>
• What does LOAD use for read table & package?
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: defmacro in let
  • From: NGALL@G.BBN.COM
• What does LOAD use for read table & package?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: defmacro in let
  • From: Andy Freeman <ANDY@SU-SUSHI.ARPA>
• Loading into the current package.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Documentation Strings in Lambdas
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: What does LOAD use for read table & package?
  • From: Alan Snyder <snyder@hplsny>
• What does LOAD use for read table & package?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• desperately seeking Lisp hackers
  • From: kim@im4u.utexas.edu (Hyoung-Joo Kim, DB person)
• What does LOAD use for read table & package?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• PACKAGE, READTABLE, etc. in compiled files vs. load uncompiled
  • From: Rem@IMSSS
• Collecting proposals for packages, readtables, etc.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Environment Committee
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• LISP Environment.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Collecting proposals for packages, readtables, etc.
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Function cells
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• What does LOAD use for read table & package?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: Function Cell Follow-up
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Things to consider for CLtL'97
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Things to consider for CLtL'97
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Collecting proposals for packages, readtables, etc.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• (satisfies predicate-name)
  • From: apollo!dfm@uw-beaver.arpa
• What does LOAD use for read table & package?
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• What does LOAD use for read table & package?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Loading into the current package.
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• What does LOAD use for read table & package?
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Things to consider for CLtL'97
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Things to consider for CLtL'97
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Things to consider for CLtL'97
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Re: Environment Committee
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• [no subject]
  • From: Lab Manager(Brad Miller) <lab@rochester.arpa>
• What is that -*- line for, anyway?
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• What is that -*- line for, anyway?
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• misc questions
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• misc questions
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: misc questions
  • From: NGALL@G.BBN.COM
• What is that -*- line for, anyway?
  • From: Lab Manager(Brad Miller) <lab@rochester.arpa>
• Environment Committee
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Scope and declare
  • From: Jeff Barnett <jbarnett%NRTC@USC-ECL.ARPA>
• Re: loop macro
  • From: Liz Allen <liz@brillig.umd.edu>
• get-setf-method
  • From: hpfclp!diamant@hplabs.ARPA
• initforms and implicit blocks
  • From: apollo!dfm@uw-beaver.arpa
• What is that -*- line for, anyway?
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• initforms and implicit blocks
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• get-setf-method
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• The ~C format directive
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• List of Changes
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• What is that -*- line for, anyway?
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• get-setf-method
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: initforms and implicit blocks
  • From: NGALL@G.BBN.COM
• Re: The ~C format directive
  • From: NGALL@G.BBN.COM
• Need for (declare (ignorable ...))
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• IGNORABLE.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Need for (declare (ignorable ...))
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Need for (declare (ignorable ...))
  • From: Skef Wholey <Wholey@C.CS.CMU.EDU>
• IGNORABLE
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Need for (declare (ignorable ...))
  • From: franz!fimass!jkf@kim.berkeley.edu (John Foderaro)
• Need for (declare (ignorable ...))
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: IGNORABLE.
  • From: preece%ccvaxa@gswd-vms (Scott E. Preece)
• IGNORE and friends.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: ignorable
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• IGNORABLE.
  • From: Richard Mark Soley <SOLEY@MC.LCS.MIT.EDU>
• TRUE, FALSE
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Can, could, may, might, must, ...
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• (LOAD ... :VERBOSE T)
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Not just ~C, but ~A
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• What's in the standard packages?
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• *FEATURES*
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Putting the company name in the *FEATURES* list.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• TRUE and FALSE as n-ary functions
  • From: Martin <GRISS%HP-HULK@hplabs.ARPA>
• which package...
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• LISP package
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• True, False
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• (LOAD ... :VERBOSE T)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Can, could, may, might, must, ...
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Packages
  • From: Martin <GRISS%HP-HULK@hplabs.ARPA>
• Re: LISP Package
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• What packages contain.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• True, False
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• What packages contain.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• LISP package
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• A package to contain Common LISP extensions.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• One More Apology
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• A package to contain Common LISP extensions.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• The LISP-EXTENSIONS Package.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Lisp package
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• A package to contain Common LISP extensions.
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Package for exactly CLtL and nothing else
  • From: Rem@IMSSS
• Package for exactly CLtL and nothing else
  • From: Dan Aronson <Dan@THINK-AQUINAS.ARPA>
• TRUE, FALSE
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• The LISP-EXTENSIONS Package.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• TRUE, FALSE
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• "But that CONSES?"
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• TRUE, FALSE
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• TRUE, FALSE
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: A package to contain Common LISP extensions.
  • From: Gregor.pa@Xerox.COM
• The LISP-EXTENSIONS Package.
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re Scope and declarations
  • From: Jeff Barnett <jbarnett%NRTC@USC-ECL.ARPA>
• compiler-let and macrolet in macros
  • From: Jeff Barnett <jbarnett%NRTC@USC-ECL.ARPA>
• TRUE, FALSE
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Where do extensions go?
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Where do extensions go?
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• TRUE, FALSE
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• TRUE, FALSE
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• TRUE, FALSE
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Meta-issue
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• package names
  • From: "BACH::NELSON" <nelson%bach.decnet@hudson.dec.com>
• Having lots of packages with extensions.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• TRUE, FALSE
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• :if-does-not-exist
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• compiler-let and macrolet in macros
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Some notes about declarations
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Which package...
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• TRUE, FALSE
  • From: Mike McMahon <MMcM@SCRC-STONY-BROOK.ARPA>
• common lisp motto
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Some notes about declarations
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• TRUE, FALSE
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Validation Contributors
  • From: berman@isi-vaxa.ARPA (Richard Berman)
• Having lots of packages with extensions.
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Which package...
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Deletion from Mailing list
  • From: mcvax!suna.psg.npl.co.uk!jrp@seismo.CSS.GOV
• Re: initforms and implicit blocks
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• (LOAD ... :VERBOSE T)
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Package Naming Conventions
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• (LOAD ... :VERBOSE T)
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• (LOAD ... :VERBOSE T)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• (LOAD ... :VERBOSE T)
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Packages
  • From: MURRAY%umass-cs.csnet@CSNET-RELAY.ARPA
• (DELETE ... :COUNT NIL)
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: (DELETE ... :COUNT NIL)
  • From: NGALL@G.BBN.COM
• Re: (DELETE ... :COUNT NIL)
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• -*- lines
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• Package Naming Conventions
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• How many name spaces in CL?
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Packages
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• How many name spaces in CL?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• How many name spaces in CL?
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Namespaces
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Committee Membership for ANSI/ISO
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Error handling proposal
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• [CAL@THINK-AQUINAS.ARPA: packages and common lisp (yuk)]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• [ART@THINK-AQUINAS.ARPA: Another reader macro]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• [ART@THINK-AQUINAS.ARPA: Another reader macro]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Error handling proposal
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• [ART@THINK-AQUINAS.ARPA: Another reader macro]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• [CAL@THINK-AQUINAS.ARPA: packages and common lisp (yuk)]
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: [ART@THINK-AQUINAS.ARPA: Another
  • From: preece%ccvaxa@gswd-vms (Scott E. Preece)
• Re: [ART@THINK-AQUINAS.ARPA: Another
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: [ART@THINK-AQUINAS.ARPA: Another
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• [ART@THINK-AQUINAS.ARPA: Another
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: [ART@THINK-AQUINAS.ARPA: Another
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• [ART@THINK-AQUINAS.ARPA: Another
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Ignoring a list.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Ignoring a list.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: Ignoring a list.
  • From: Gregor.pa@Xerox.COM
• Re: Ignoring a list.
  • From: preece%ccvaxa@gswd-vms (Scott E. Preece)
• Re: Ignoring a list.
  • From: Masinter.pa@Xerox.COM
• [no subject]
  • From: @uw-beaver.arpa
• SPARC Endorses X3J13
  • From: MATHIS@USC-ISIF.ARPA
• Standardization
  • From: David.Dill@A.CS.CMU.EDU (C410DD60)
• Standardization
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Ignoring a list.
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Re: Standardization
  • From: MATHIS@USC-ISIF.ARPA
• Standardization
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Standardization
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Standardization
  • From: Liz Allen <liz@brillig.umd.edu>
• Standardization
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: Standardization
  • From: Soley@MIT-MC.ARPA
• Re: Standardization
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• Suggestions for language changes
  • From: gls@GODOT.THINK.COM (Guy Steele)
• comments...
  • From: David Bein <pyramid!pyrps5.bein@sri-unix>
• the Duck port you gave up on.
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• inline declaration for FLET and LABELS
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• inline declaration for FLET and LABELS
  • From: "Patrick G. Sobalvarro" <PGS@AI.AI.MIT.EDU>
• inline declaration for FLET and LABELS
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: inline declaration for FLET and LABELS
  • From: "Rodney A. Brooks" <BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• inline declaration for FLET and LABELS
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Predicates for all type specifier symbols
  • From: NGALL@G.BBN.COM
• Re: inline declaration for FLET and LABELS
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Predicates for types.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: Standardization
  • From: Gregor.pa@Xerox.COM
• LetS -- a new loop notation
  • From: Dick@MC.LCS.MIT.EDU
• Re: Predicates for all type specifier symbols
  • From: Fischer.pa@Xerox.COM
• Predicates for all type specifier symbols
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Predicates for all type specifier symbols
  • From: NGALL@G.BBN.COM
• Predicates for all type specifier symbols
  • From: Skef Wholey <Wholey@C.CS.CMU.EDU>
• Predicates for all type specifier symbols
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Predicates for all type specifier symbols
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Type predicates.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: Predicates for all type specifier symbols
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Predicates for types.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• common-lisp on vaxes under vms?
  • From: Neches@ISI-VAXA.ARPA
• Re: Predicates for all type specifier symbols
  • From: Daniels.PA@Xerox.COM
• Re: Predicates for all type specifier symbols
  • From: NGALL@G.BBN.COM
• predicates for all type specifier symbols
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: predicates for all type specifier symbols
  • From: NGALL@G.BBN.COM
• eval-when ambiguity
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• EVAL-WHEN
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• [CAL@THINK-AQUINAS.ARPA: declarations]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• [rose@GODOT.THINK.COM: option for recovering proclamations]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Common Lisp Problems - Can't write a code walker
  • From: Gregor.pa@Xerox.COM
• Re:Common Lisp Problems-Can't write a code walker
  • From: Jim Kempf <kempf%hplabsc@hplabs.ARPA>
• The Environment
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• The Environment
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• The Environment
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• The Environment
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• packages, lexical variables, and compiling
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Lexical variables and compilation.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Common Lisp Problems - Can't write a code walker
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• [JAR@MC.LCS.MIT.EDU: changes]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• packages, lexical variables, and compiling
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• internal symbol preservation
  • From: David.Dill@A.CS.CMU.EDU (C410DD60)
• Re: packages, lexical variables, and compiling
  • From: Gregor.pa@Xerox.COM
• [JAR@MC.LCS.MIT.EDU: changes]
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• [no subject]
  • From: Dick@MC.LCS.MIT.EDU
• Excuse me?
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• EVAL-WHEN
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: EVAL-WHEN
  • From: Bobrow.pa@Xerox.COM
• Re: EVAL-WHEN
  • From: "Rodney A. Brooks" <BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• EVAL-WHEN
  • From: Jeffrey P. Golden <jpg@ALLEGHENY.SCRC.Symbolics.COM>
• Dave Moon's summary of EVAL-WHEN issues.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: EVAL-WHEN
  • From: Pavel.pa@Xerox.COM
• EVAL-WHEN
  • From: Skef Wholey <Wholey@C.CS.CMU.EDU>
• EVAL-WHEN
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: EVAL-WHEN
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: Dave Moon's summary of EVAL-WHEN issues.
  • From: Bobrow.pa@Xerox.COM
• Re: EVAL-WHEN
  • From: NGALL@G.BBN.COM
• Excuse me?
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Excuse me?
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: EVAL-WHEN (really symbol-function)
  • From: hpfclp!diamant@hplabs.ARPA
• Re: EVAL-WHEN (really symbol-functio
  • From: preece%ccvaxa@gswd-vms (Scott E. Preece)
• Re: Symbol-function
  • From: Bobrow.pa@Xerox.COM
• Re: EVAL-WHEN (really symbol-function)
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• common-lisp on vaxes under vms?
  • From: "Lawrence A. DeLuca, Jr." <HENRIK@MC.LCS.MIT.EDU>
• Re: Symbol-function
  • From: hpfclp!diamant@hplabs.ARPA
• EVAL-WHEN
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Top-level EVAL-WHEN
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: EVAL-WHEN (really symbol-function)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• What can I redefine?
  • From: Pavel.pa@Xerox.COM
• Top-level EVAL-WHEN
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• What can I redefine?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• EVAL-WHEN buried inside a form.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• What can I redefine?
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• EVAL-WHEN buried inside forms.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: EVAL-WHEN (really symbol-function)
  • From: NGALL@G.BBN.COM
• Extent of function definition created by FLET/LABELS
  • From: NGALL@G.BBN.COM
• Extent of function definition created by FLET/LABELS
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Extent of function definition created by FLET/LABELS
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Re: Symbol-function
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• EVAL-WHEN buried inside forms.
  • From: Rob MacLachlan <RAM@>
• Re: What can I redefine?
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Common Loops
  • From: "Eric J. Swenson" <Swenson@CISL-SERVICE-MULTICS.ARPA>
• Dave Moon's summary of EVAL-WHEN issues.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Dave Moon's summary of EVAL-WHEN issues.
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Successor to eval-when?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: EVAL-WHEN (really symbol-function)
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• Re: Extent of function definition created by FLET/LABELS
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@cs.ucl.ac.uk>
• Extent of function definition created by FLET/LABELS
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Extent of function definition created by FLET/LABELS: additional remark
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: Extent of function definition created by FLET/LABELS: ad...
  • From: NGALL@G.BBN.COM
• Re: EVAL-WHEN (really symbol-function)
  • From: NGALL@G.BBN.COM
• [gls@THINK-AQUINAS.ARPA: setf place]
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Re: EVAL-WHEN (really symbol-function)
  • From: hpfclp!diamant@hplabs.ARPA
• Re: EVAL-WHEN (really symbol-function)
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: SYMBOL-FUNCTION
  • From: NGALL@G.BBN.COM
• SYMBOL-FUNCTION
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Are isomorphic structures EQUAL?
  • From: NGALL@G.BBN.COM
• Questions and an offer concerning "EVAL-WHEN" issues.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: SYMBOL-FUNCTION
  • From: hpfclp!diamant@hplabs.ARPA
• unwind-protect
  • From: Pavel.pa@Xerox.COM
• Are isomorphic structures EQUAL?
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• [no subject]
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Successor to eval-when?
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• unwind-protect
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• unwind-protect
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• bit fields in defstruct
  • From: Dave.Touretzky@A.CS.CMU.EDU
• unwind-protect description
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• contents of SYMBOL-FUNCTION for special forms.
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• bit fields in defstruct
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• block/tagbody and catch/throw
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• block/tagbody and catch/throw
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: unwind-protect description
  • From: Daniels.pa@Xerox.COM
• block/tagbody and catch/throw
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• block/tagbody and catch/throw
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: block/tagbody and catch/throw
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• [no subject]
  • From: hpfclp!paul@hplabs.ARPA
• [no subject]
  • From: hagiya@kurims.kurims.kyoto-u.junet
• Integer Shift Function(s)
  • From: David Singer <DSinger@SRI-KL>
• Integer Shift Function(s)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• extending defstruct
  • From: Dave.Touretzky@A.CS.CMU.EDU
• (PROCLAIM '(IGNORE ...))
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• (PROCLAIM '(IGNORE ...))
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• slotp
  • From: David J. Marchette <marchett%cod@nosc.ARPA>
• Integer Shift Function(s)
  • From: Guy Steele <gls@AQUINAS.THINK.COM>
• Integer Shift Function(s)
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• extending defstruct
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: Gregor.pa@Xerox.COM
• Plummer wins
  • From: Dave.Touretzky@A.CS.CMU.EDU
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Plummer wins
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Bit fields in structures.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Type Specifier: (OR (FUNCTION ...) ...)
  • From: NGALL@G.BBN.COM
• slotp
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• (PROCLAIM '(IGNORE ...))
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Should the floating-point constants really be constants?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• We are entering a new stage....
  • From: Masayuki Ida <tansei!a37078%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• (PROCLAIM '(IGNORE ...))
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Type Specifier: (OR (FUNCTION ...) ...)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Type Specifier: (OR (FUNCTION ...) ...)
  • From: NGALL@G.BBN.COM
• Re: (PROCLAIM '(IGNORE ...))
  • From: NGALL@G.BBN.COM
• (PROCLAIM '(IGNORE ...))
  • From: Richard Mark Soley <SOLEY@MC.LCS.MIT.EDU>
• true-list type specifier
  • From: NGALL@G.BBN.COM
• (PROCLAIM '(IGNORE ...))
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: true-list type specifier
  • From: NGALL@G.BBN.COM
• true-list type specifier
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Type Specifier: (OR (FUNCTION ...) ...)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Type Specifier: (OR (FUNCTION ...) ...)
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• (PROCLAIM '(IGNORE ...))
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• What really are semantics of (OR ...) type specifier??
  • From: Robert Elton Maas <REM%IMSSS@SU-AI.ARPA>
• Need way to suppress warning messages after first see
  • From: Robert Elton Maas <REM%IMSSS@SU-AI.ARPA>
• true-list type specifier
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• ignore
  • From: James Meehan <meehan@YALE.ARPA>
• IGNORE, warnings, and &stuff
  • From: Dave.Touretzky@A.CS.CMU.EDU
• IGNORE, warnings, and &stuff
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• IGNORE, warnings, and &stuff
  • From: Soley@MIT-MC.ARPA
• IGNORE, warnings, and &stuff
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [marchett%cod@nosc: slotp]
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• *print-circle*
  • From: James Meehan <meehan@YALE.ARPA>
• IGNORE, warnings, and &stuff
  • From: mips!pachyderm.earl@su-glacier.arpa (Earl Killian)
• Re: Type Specifier: (OR (FUNCTION ...) ...)
  • From: NGALL@G.BBN.COM
• Re: Type Specifier: (OR (FUNCTION ...) ...)
  • From: Richard E. Zippel <RZ@MIT-ZERMATT.ARPA>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Proclaiming IGNORE
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• A New &IGNORE keyword
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Ignoring bound variables.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: What is a compiler (vol. 63827) meets what are gensyms.
  • From: Gregor.pa@Xerox.COM
• with-output-to-string
  • From: Alan Snyder <snyder%hplsny@hplabs.ARPA>
• with-output-to-string
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• with-output-to-string
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• What is a compiler (vol. 63827) meets what are gensyms.
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• :allow-other-keys
  • From: franz!fimass!franz!rfr@kim.berkeley.edu (Robert Rorschach)
• SOFTWARE-TYPE & SOFTWARE-VERSION
  • From: nttlab!umemura@su-shasta.arpa (Kyoji UMEMURA)
• funcall
  • From: David Bein <pyramid!bein@SUN.COM>
• SOFTWARE-TYPE & SOFTWARE-VERSION
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• funcall
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• :allow-other-keys
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• macro-let and *macroexpand-hook*
  • From: Pavel.pa@Xerox.COM
• macro-let and *macroexpand-hook*
  • From: Pavel.pa@Xerox.COM
• macro-let and *macroexpand-hook*
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• SOFTWARE-TYPE, SOFTWARE-VERSION, ...
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Environment Query Functions.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: with-output-to-string
  • From: Alan Snyder <snyder%hplsny@hplabs.ARPA>
• Readtables
  • From: Brad Miller(Tech. Ops. Mgr) <lab@rochester.arpa>
• Readtables
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Readtables
  • From: Brad Miller(Tech. Ops. Mgr) <lab@rochester.arpa>
• [no subject]
  • From: yuasa@kurims.kurims.kyoto-u.junet
• Readtables
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: FUNCTION and MACROLET
  • From: NGALL@G.BBN.COM
• Readtables
  • From: Brad Miller(Tech. Ops. Mgr) <lab@rochester.arpa>
• Readtables
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Readtables
  • From: Brad Miller(Tech. Ops. Mgr) <lab@rochester.arpa>
• editing a function definition
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Readtables
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• readtables & packages
  • From: David.Dill@A.CS.CMU.EDU (C410DD60)
• FUNCTION and MACROLET
  • From: Rob MacLachlan <RAM@>
• Re: FUNCTION and MACROLET
  • From: NGALL@G.BBN.COM
• editing a function definition
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Environment Query Functions.
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• FUNCTION and MACROLET
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Environment Query Functions.
  • From: "BARTOK::GREEK" <greek%bartok.decnet@hudson.dec.com>
• editing a function definition
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Does defmacro need a lexicality barrier?
  • From: Pavel.pa@Xerox.COM
• Does defmacro need a lexicality barrier?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Does defmacro need a lexicality barrier?
  • From: Miller.pa@Xerox.COM
• Problems with packages
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Problems with packages: work arounds.
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• [no subject]
  • From: yuasa@kurims.kurims.kyoto-u.junet
• Problems with packages
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• [no subject]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• FUNCTION and MACROLET
  • From: NGALL@G.BBN.COM
• Problems with packages
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Environment Query Functions.
  • From: Charles Hornig <Hornig@SCRC-RIVERSIDE.ARPA>
• Lexical references in DEFMACRO
  • From: edsel!sunvalleymall!eb@su-navajo.arpa (Eric Benson)
• Lexical references in DEFMACRO
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: MACROLET & FUNCTION
  • From: Masinter.PARC@Xerox.COM
• loop where?
  • From: Janet Coursey <JVC@SU-SCORE.ARPA>
• Re: Lexical references in DEFMACRO
  • From: Gregor.pa@Xerox.COM
• Re: Lexical references in DEFMACRO
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Help in writing infix macro in CL.
  • From: "S. Sridhar" <sridhar%tekecs%tektronix.csnet@CSNET-RELAY.ARPA>
• A proposal
  • From: MURRAY%umass-cs.csnet@CSNET-RELAY.ARPA
• Help in writing infix macro in CL.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Why we should not try to add programming environments to the Common Lisp standard
  • From: Daniel L. Weinreb <DLW@SCRC-QUABBIN.ARPA>
• Re: Lexical references in DEFMACRO
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Help in writing infix macro in CL.
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Help in writing infix macro in CL.
  • From: NGALL@G.BBN.COM
• Re: A proposal
  • From: Jim Kempf <kempf%hplabsc@hplabs.ARPA>
• Re: Lexical references in DEFMACRO
  • From: Gregor.pa@Xerox.COM
• X3J13 Approval
  • From: MATHIS@USC-ISIF.ARPA
• Re: Lexical references in DEFMACRO
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• loop where?
  • From: "Glenn S. Burke" <GSB@MC.LCS.MIT.EDU>
• Re: Lexical references in DEFMACRO
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• infix madness
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Re: A proposal
  • From: Bobrow.pa@Xerox.COM
• [JAR@MC.LCS.MIT.EDU: Problems with packages]
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• format ~nC
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• RE: format ~nC
  • From: "BACH::ROBBINS" <robbins%bach.decnet@hudson.dec.com>
• The first note on kanji, sent to junet site in Jan 1986 and some reactions in japan
  • From: Masayuki Ida <tansei!a37078%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• New type specifier?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• The first note on kanji, sent to junet site in Jan 1986 and some reactions in japan
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• New type specifier?
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• New type specifier?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• New type specifier?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Void
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• First Class environments in CL ??
  • From: mike@a
• Void
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• First Class environments in CL ??
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: First Class environments in CL ??
  • From: NGALL@G.BBN.COM
• Void
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: First Class environments in CL ??
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• rebinding of *evalhook*
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• re: rebinding of *evalhook*
  • From: hpfclp!diamant@hplabs.ARPA
• PCLS Available
  • From: shebs@utah-cs.arpa (Stanley Shebs)
• adjusting displaced arrays
  • From: NGALL@G.BBN.COM
• Is justification random?
  • From: NGALL@G.BBN.COM
• coercion of symbols to strings
  • From: fateman@dali.berkeley.edu (Richard Fateman)
• [no subject]
  • From: yuasa@kurims.kurims.kyoto-u.junet
• adjusting displaced arrays
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Keyword extensions to Compile
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• coercion from X to string
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• coercion of symbols to strings
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• coercion of symbols to strings
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• coercion of symbols to strings
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• case using other equality-testing predicates
  • From: fateman%dim@BERKELEY.EDU (Richard Fateman)
• CASE using other equality predicates
  • From: David.Dill@A.CS.CMU.EDU (C410DD60)
• case using other equality-testing predicates
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• case using other equality-testing predicates
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Keyword extensions to Compile
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Keyword extensions to Compile
  • From: Gregor.pa@Xerox.COM
• Keyword extensions to Compile
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• case using other equality-testing predicates
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• case-test
  • From: Dave.Touretzky@A.CS.CMU.EDU
• case-test
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Coerce (Symbols)
  • From: ELIOT%umass-cs.csnet@CSNET-RELAY.ARPA
• Re: Keyword extensions to Compile
  • From: Alan Snyder <snyder%hplsny@hplabs.ARPA>
• case using other equality-testing predicates
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Mismatch between name of function and what it really does
  • From: Robert Elton Maas <REM%IMSSS@SU-AI.ARPA>
• Re: case using other equality-testing predicates
  • From: Bobrow.pa@Xerox.COM (Danny Bobrow)
• Re: Keyword extensions to Compile
  • From: Gregor.pa@Xerox.COM
• Keyword extensions to Compile
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Coerce (Symbols)
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Porting Cl code
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Re: Keyword extensions to Compile
  • From: hpfclp!diamant@hplabs.ARPA
• case using other equality-testing predicates
  • From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
• Keyword extensions to Compile
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: case using other equality-testing predicates
  • From: Gregor.pa@Xerox.COM
• Re: case using other equality-testing predicates
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• (see below)
  • From: Hvatum@MIT-MULTICS.ARPA
• [no subject]
  • From: yuasa@kurims.kurims.kyoto-u.junet
• Re: Keyword extensions to Compile
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• Further remarks about portability
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Keyword extensions to Compile
  • From: hpfclp!diamant@hplabs.ARPA
• Where Pure Common Lisp lives
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Where Pure Common Lisp lives
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Re: Where Pure Common Lisp lives
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• Where Pure Common Lisp lives
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• list of lisp package external symbols
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Where Pure Common Lisp lives
  • From: SOLEY@XX.LCS.MIT.EDU
• Re: Where Pure Common Lisp lives
  • From: Alan Snyder <snyder%hplsny@hplabs.ARPA>
• LISP:*LOCAL-PACKAGE*
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Where Pure Common Lisp lives
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Scott's comments on extensions
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Where Pure Common Lisp lives
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Momentary disengagement of brain.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Pure CL, package names etc.
  • From: David Singer <DSinger@SRI-KL>
• Re: Scott's comments on extensions
  • From: Alan Snyder <snyder%hplsny@hplabs.ARPA>
• list of lisp package external symbols
  • From: Charles Hornig <Hornig@SCRC-RIVERSIDE.ARPA>
• Where Pure Common Lisp lives
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Re: Where Pure Common Lisp lives
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Common Lisp Subset
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• Common Lisp Subset
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Where Pure Common Lisp lives
  • From: JerryB@a
• Re: LISP:*LOCAL-PACKAGE*
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Re: Common Lisp Subset
  • From: Jim Kempf <kempf%hplabsc@hplabs.ARPA>
• Re: LISP:*LOCAL-PACKAGE*
  • From: hpfclp!diamant@hplabs.ARPA
• Where we stand
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Where Pure Common Lisp lives
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• Keeping track of decisions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• portability
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• MAKE-ECHO-STREAM, and related issues
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• PEEK-CHAR
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Is &body REALLY like &rest?
  • From: Pavel.pa@Xerox.COM
• [no subject]
  • From: yuasa@kurims.kurims.kyoto-u.junet
• Are isomorphic structures EQUAL?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• *DEBUG-IO*
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• [no subject]
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Is &body REALLY like &rest?
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Apology
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• *DEBUG-IO*
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Are isomorphic structures EQUAL?
  • From: Jonathan A Rees <JAR@MIT-AI.ARPA>
• Is &body REALLY like &rest?
  • From: Guy Steele <gls@Think.COM>
• *DEBUG-IO*
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• keyword
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Are isomorphic structures EQUAL?
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• portability of pathnames
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Some questions
  • From: miller.pa@Xerox.COM
• portability of pathnames
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Sorry, KEYWORD should be there.
  • From: yuasa@kurims.kurims.kyoto-u.junet
• Some questions
  • From: Rob MacLachlan <RAM@>
• Defstruct default values
  • From: Rob MacLachlan <RAM@>
• long-char, kanji
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• Defstruct default values
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• Some questions
  • From: BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Re: Some questions
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• long-char, kanji
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• long-char, kanji
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Defstruct default values
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• long-char, kanji
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• long-char, kanji
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Guidelines for the Standard
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• long-char, kanji
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• long-char, kanji
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Are isomorphic structures EQUAL?
  • From: Bobrow.pa@Xerox.COM (Danny Bobrow)
• FORMAT Features
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• CURSORPOS etc. directives
  • From: Rem@IMSSS
• oops
  • From: Rem@IMSSS
• long-char, kanji
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Guidelines for the Standard
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Re: long-char, kanji
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Guidelines for the Standard
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• long-char, kanji
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• RE: FORMAT Features
  • From: "BIZET::ROBBINS" <robbins%bizet.decnet@hudson.dec.com>
• Common Lisp Subset
  • From: mike@a
• please
  • From: Bill.Scherlis@C.CS.CMU.EDU
• Re: long-char, kanji
  • From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
• please
  • From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
• extending format
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• please
  • From: mike%acorn@oak.lcs.mit.edu
• long-char, kanji
  • From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
• Common Lisp Subset
  • From: Robert W. Kerns <RWK@SCRC-YUKON.ARPA>
• Re: Some questions
  • From: mips!pachyderm.earl@su-glacier.arpa (Earl Killian)
• Re: long-char, kanji
  • From: fischer.pa@Xerox.COM
• Some questions
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• New FORMAT Features
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• tail recursion optimization
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• tail recursion optimization
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• long-char, kanji
  • From: hagiya@kurims.kurims.kyoto-u.junet
• [no subject]
  • From: yuasa@kurims.kurims.kyoto-u.junet
• long-char, kanji
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• long-char, kanji
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: tail recursion optimization
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Flush bits from standard
  • From: Rem@IMSSS
• Bits for input, fonts for output
  • From: Rem@IMSSS
• type disjointness
  • From: Jonathan A Rees <JAR%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
• re: long-char, kanji
  • From: nuyens.pa@Xerox.COM
• type disjointness
  • From: mike@a
• tail recursion optimization
  • From: mips!pachyderm.earl@su-glacier.arpa (Earl Killian)
• Guidelines for the Standard
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• long-char, kanji
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Guidelines for the Standard
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Are isomorphic structures EQUAL?
  • From: NGALL@G.BBN.COM
• a standardization proposal
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• a standardization proposal
  • From: mike%acorn@oak.lcs.mit.edu
• a standardization proposal
  • From: <krall%amethyst%mcc-pp@mcc (Ed Krall)>
• I claim subsetting doesn't kill portability
  • From: Rem@IMSSS
• some questions
  • From: yuasa@kurims.kurims.kyoto-u.junet
• Re: long-char, kanji
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• Closure, Null Lexical Env.
  • From: Hvatum@MIT-MULTICS.ARPA
• long-char, kanji
  • From: hagiya@kurims.kurims.kyoto-u.junet
• subset
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• tail recursion optimization
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Why aren't char bits portable?
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: Closure, Null Lexical Env.
  • From: Miller.pa@Xerox.COM
• Re: tail recursion optimization
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• tail recursion optimization
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: tail recursion optimization
  • From: Guy Steele <gls@Think.COM>
• Re: Closure, Null Lexical Env.
  • From: mike%Gold-Hill-Acorn@mit-live-oak.arpa
• Correction to reply to: Re: Closure, Null Lexical Env.
  • From: mike@a
• Re: tail recursion optimization
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Some questions
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• [no subject]
  • From: "Brandon P. Cross" <BRANDON@IBM.COM>
• [no subject]
  • From: "Brandon P. Cross" <BRANDON@IBM.COM>
• Re: Some questions
  • From: Miller.pa@Xerox.COM
• Kanji, Foreign characters
  • From: nttlab!umemura@su-shasta.arpa (Kyoji UMEMURA)
• Locales
  • From: James F Philbin <philbin-jim@YALE.ARPA>
• Re: Some questions
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• 1986 ACM Lisp and Fnl Pgg Conference
  • From: Bill.Scherlis@C.CS.CMU.EDU
• Lisp Conference, addendum
  • From: Bill.Scherlis@C.CS.CMU.EDU
• packages and portability
  • From: buy%bach.DEC@decwrl.DEC.COM
• Re: packages and portability
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• ' (lambda...)
  • From: Hvatum@MIT-MULTICS.ARPA
• packages and portability
  • From: "BACH::BUY" <buy%bach.decnet@hudson.dec.com>
• compiled-function-p
  • From: David Bein <pyramid!bein@SUN.COM>
• packages and portability
  • From: "BACH::BUY" <buy%bach.decnet@hudson.dec.com>
• compiled-function-p
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: packages and portability
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Common LISP meeting at AAAI
  • From: "Brandon P. Cross" <BRANDON@IBM.COM>
• Common LISP meeting at AAAI
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: packages and portability
  • From: VERACSD@USC-ISI.ARPA
• Re: packages and portability
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• The Reader and lower-case characters
  • From: David Singer <DSinger@SRI-KL>
• The Reader and lower-case characters
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Out-of-range subsequences
  • From: Daniels.pa@Xerox.COM
• Out-of-range subsequences
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: packages and portability
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Out-of-range subsequences
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Re: Out-of-range subsequences
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• packages and portability
  • From: "BIZET::BUY" <buy%bizet.decnet@hudson.dec.com>
• Achieving portability, how?
  • From: Rem@IMSSS
• Re: Out-of-range subsequences
  • From: Soley@MIT-XX.ARPA
• Re: Why aren't char bits portable?
  • From: Masinter.pa@Xerox.COM
• Re: packages and portability
  • From: franz!fimass!jkf@kim.Berkeley.EDU (John Foderaro)
• Re: Out-of-range subsequences
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• Achieving portability, how?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Argument Lists
  • From: MILNES%cgi.csnet@CSNET-RELAY.ARPA
• Unsolicited typeout
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Out-of-range subsequences
  • From: Guy Steele <gls@Think.COM>
• Re: Unsolicited typeout
  • From: NGALL@G.BBN.COM
• Structure sharing
  • From: NGALL@G.BBN.COM
• What are special forms?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Structure sharing
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Unsolicited typeout
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• Structure sharing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Out-of-range subsequences
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• What are special forms?
  • From: Unknown
• (MAKE-BROADCAST-STREAM)
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: (MAKE-BROADCAST-STREAM)
  • From: masinter.PARC@Xerox.COM
• out-of-range subsequences
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• (MAKE-BROADCAST-STREAM)
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Re: Common LISP meeting at AAAI
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Common LISP meeting at AAAI
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• out-of-range subsequences
  • From: Guy Steele <gls@Think.COM>
• packages and portability
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Argument Lists
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Achieving portability, how?
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Achieving portability, how?
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• require
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Namestring&pathstring returning shared structure
  • From: Rem@IMSSS
• Namestring&pathstring returning shared structure
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: require
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• defconstant
  • From: NGALL@G.BBN.COM
• defconstant
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• require
  • From: mips!pachyderm.earl@su-glacier.arpa (Earl Killian)
• Re: Namestring&pathstring returning shared structure
  • From: masinter.PARC@Xerox.COM
• negative index for the sequence
  • From: Hiroshi G. Okuno <Okuno@SUMEX-AIM.ARPA>
• Re: Common LISP meeting at Lisp Conference
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Namestring&pathstring returning shared structure
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• negative index for the sequence (correction)
  • From: Hiroshi G. Okuno <Okuno@SUMEX-AIM.ARPA>
• Re: Why aren't char bits portable?
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• negative index for the sequence
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument Lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Namestring&pathstring returning shared structure
  • From: NGALL@G.BBN.COM
• Re: Namestring&pathstring returning shared structure
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Argument Lists
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• portability of pathnames
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Argument Lists
  • From: Dave.Touretzky@A.CS.CMU.EDU
• Re: Namestring&pathstring returning shared structure
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Argument Lists
  • From: mike%gold-hill-acorn@mit-live-oak.arpa "Mike Beckerle"
• Re: portability of pathnames
  • From: NGALL@G.BBN.COM
• Re: Argument Lists
  • From: NGALL@G.BBN.COM
• Namestring&pathstring returning shared structure
  • From: lmi-angel!gjc%mc.ARPA
• Common Lisp 2000
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Namestring&pathstring returning shared structure
  • From: Pavel.pa@Xerox.COM
• Re: Argument Lists
  • From: Pavel.pa@Xerox.COM
• common lisp mailing list
  • From: Joachim H. Laubsch <jhl%hpljl@hplabs.HP.COM>
• Re: Namestring&pathstring returning shared structure
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Re: portability of pathnames
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Argument Lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• portability of pathnames
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Argument lists
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: Argument Lists
  • From: Pavel.pa@Xerox.COM
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument Lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Error Checking in SUBSEQ
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• Argument-lists and friends
  • From: MURRAY%cs.umass.edu@CSNET-RELAY.ARPA
• defconstant
  • From: nttlab!kurims!yuasa@kurims.kurims.kyoto-u.junet
• Re: Argument Lists
  • From: Pavel.pa@Xerox.COM
• Pl. put me on the list.
  • From: vijay <Vijay.Saraswat@C.CS.CMU.EDU>
• Re: Argument Lists and ADVISE
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Re: defconstant
  • From: NGALL@G.BBN.COM
• Argument Lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• raster graphics
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Why are char bits portable?
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Common Lisp 2000
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Re: raster graphics
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Argument lists
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: raster graphics
  • From: Pavel.pa@Xerox.COM
• Re: Common Lisp 2000
  • From: NGALL@G.BBN.COM
• Lisp & FP conference siting
  • From: Christopher Schmidt <SCHMIDT@SUMEX-AIM.ARPA>
• Argument lists
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• arglists, error checking
  • From: "Glenn S. Burke" <GSB@AI.AI.MIT.EDU>
• Lisp & FP conference siting
  • From: Guy Steele <gls@Think.COM>
• Argument lists: a proposal to shoot at
  • From: Guy Steele <gls@Think.COM>
• Re: Argument lists: a proposal to shoot at
  • From: NGALL@G.BBN.COM
• Case sensitive reading.
  • From: Lee Schumacher <lee%hplles@hplabs.HP.COM>
• Case sensitive reading.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Error Signalling
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists: a proposal to shoot at
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Case sensitive reading.
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Error Signalling
  • From: mike@a
• Re: Case sensitive reading.
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Re: Argument lists: a proposal to shoot at
  • From: mike@a
• Getting on the mailing list.
  • From: Marty Hall <hall@hopkins-eecs-bravo.ARPA>
• Re: Argument lists: a proposal to shoot at
  • From: Guy Steele <gls@Think.COM>
• Re: Argument lists: a proposal to shoot at
  • From: NGALL@G.BBN.COM
• Re: Argument lists: a proposal to shoot at
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Error Signalling
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Argument Lists
  • From: David Singer <DSinger@SRI-KL>
• FUNCTION-MAX-ARGS,etc
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Argument lists: a proposal to shoot at
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Error Signalling
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Error Signalling
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Error Signalling
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Error Signalling
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• DRIBBLE
  • From: yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA
• Re: portability of pathnames
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Re: Argument lists: a proposal to shoot at
  • From: Martin Griss <griss%hplmlg@hplabs.HP.COM>
• [no subject]
  • From: Masinter.pa@Xerox.COM
• Re: portability of pathnames
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: portability of pathnames
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: Argument Lists
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: Error Signalling
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: portability of pathnames
  • From: Bobrow.pa@Xerox.COM (Danny Bobrow)
• Error Signalling
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Error signalling
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Re: Error Signalling
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: Argument lists: a proposal to shoot at
  • From: NGALL@G.BBN.COM
• two functions for everything
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Error Signalling
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Error Signalling
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Two functions for everything?
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• DRIBBLE
  • From: yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA
• Re: Two functions for everything?
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Two functions for everything?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Two functions for everything?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Argument lists: a proposal to shoot at
  • From: Guy Steele <gls@Think.COM>
• Argument lists: a proposal to shoot at
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Argument lists: a proposal to shoot at
  • From: Guy Steele <gls@Think.COM>
• Re: Two functions for everything?
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• request to join
  • From: <DESMEDT%HNYKUN52.BITNET@WISCVM.ARPA>
• signalling errors
  • From: Masinter.pa@Xerox.COM
• signalling errors
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• function keys
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• subseq
  • From: Hvatum@MIT-MULTICS.ARPA
• Re: Argument lists
  • From: NGALL@G.BBN.COM
• Argument lists
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• [no subject]
  • From: mike@a
• subseq
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: Guy Steele <gls@Think.COM>
• Argument lists
  • From: Guy Steele <gls@Think.COM>
• Re: Argument lists
  • From: Bobrow.pa@Xerox.COM (Danny Bobrow)
• Re: Argument lists
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• function keys
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Argument lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Argument lists
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Validation status
  • From: berman@vaxa.isi.edu (Richard Berman)
• Validation status
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Open keyboard, insert foot.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Portability and Code walkers
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• function keys
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• Argument lists
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Argument lists
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Types of Functions
  • From: James Rice <Rice@SUMEX-AIM.ARPA>
• Re: Portability and Code walkers
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Portability and Code walkers
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• underspecified type-of
  • From: Masinter.pa@Xerox.COM
• underspecified type-of
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Removal from mailing list.
  • From: Marty Hall <hall@hopkins-eecs-bravo.ARPA>
• Types of Functions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: underspecified type-of
  • From: Daniels.pa@Xerox.COM
• Argument lists
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Types of Functions
  • From: NGALL@G.BBN.COM
• Re: Argument lists
  • From: NGALL@G.BBN.COM
• Speed of FUNCTION-PARAMETER-RANGE
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• withdrawal from mailing list
  • From: <DESMEDT%HNYKUN52.BITNET@WISCVM.ARPA>
• Speed of FUNCTION-PARAMETER-RANGE
  • From: JerryB@a
• Re: Types of Functions
  • From: mike@a
• Re: Types of Functions
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Types of Functions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Argument lists
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Re: Types of Functions
  • From: masinter.pa@Xerox.COM
• DECLARE SPECIAL Considered Confusing
  • From: Pavel.pa@Xerox.COM
• Two functions for everything?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• subst-if-not and nsubst-if-not, programming folk-lore
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• subst-if-not and nsubst-if-not, programming folk-lore
  • From: Brad Miller <miller@UR-ACORN.ARPA>
• Object-Oriented Programming Meeting at L&FP
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• DECLARE SPECIAL Considered Confusing
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Argument lists: a proposal to shoot at
  • From: Guy Steele <gls@Think.COM>
• Re: subst-if-not and nsubst-if-not, programming folk-lore
  • From: Andy Latto <alatto@BBNCC5.ARPA>
• subst-if-not and nsubst-if-not, programming folk-lore
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• subst-if-not and nsubst-if-not, programming folk-lore
  • From: Guy Steele <gls@Think.COM>
• subst-if-not and nsubst-if-not, programming folk-lore
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: subst-if-not and nsubst-if-not, programming folk-lore
  • From: Masinter.pa@Xerox.COM
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Argument lists
  • From: Guy Steele <gls@Think.COM>
• Argument lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• compiler-let
  • From: Jonathan A Rees <JAR@MIT-AI.ARPA>
• Re: compiler-let
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: compiler-let
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Re: compiler-let
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• compiler-let
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• DECLARE SPECIAL Considered Confusing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: DECLARE SPECIAL Considered Confusing
  • From: NGALL@G.BBN.COM
• DECLARE SPECIAL Considered Confusing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• [gls@Think.COM: Re: compiler-let]
  • From: Guy Steele <gls@Think.COM>
• compiler-let
  • From: hpfclp!diamant@hplabs.HP.COM
• Re: Compiler recognizing uses of only two values
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Re: DECLARE SPECIAL Considered Confusing
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Editorial Comment
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• compiler-let
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• [no subject]
  • From: loral!jvz@sdcsvax.ucsd.edu (John Van Zandt)
• Editorial Comment
  • From: Guy Steele <gls@Think.COM>
• Re: DECLARE SPECIAL
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Re: Editorial Comment
  • From: berman@vaxa.isi.edu (Richard Berman)
• Concurrent Lisp
  • From: Walter.Tichy@GANDALF.CS.CMU.EDU
• more editorial comment on format
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• mailing list
  • From: jvz@sdcsvax.ucsd.edu (John Van Zandt)
• more editorial comment on format
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• GC, exit-to-system
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• A minimal Common Lisp interpreter.
  • From: Michael van Biema <MICHAEL@CS.COLUMBIA.EDU>
• Mailing-list
  • From: unido!uklirb!przy@seismo.CSS.GOV (Gebhard Przyrembel)
• A minimal Common Lisp interpreter.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• extra lambda list keywords
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• extra lambda list keywords
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• extra lambda list keywords
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• portable code walkers vs. portable code
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• functionp
  • From: Masinter.pa@Xerox.COM
• Re: Editorial Comment
  • From: berman@vaxa.isi.EDU
• GC, exit-to-system
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• GC, exit-to-system
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• please add me
  • From: raible@AMES-NAS.ARPA
• Re: GC, exit-to-system
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Re: GC, exit-to-system
  • From: masinter.PA@Xerox.COM
• compiler-let
  • From: Niels Lauritzen <SR.LAURITZEN@SPEECH.MIT.EDU>
• Re: portable code walkers vs. portable code
  • From: Steven Haflich <smh@mit-ems.ARPA>
• Our MUFCSPC entry.
  • From: greek%bach.DEC@decwrl.DEC.COM (What have I done?)
• Re: GC, exit-to-system
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• compiler-let
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• GC, exit-to-system
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• portable code walkers vs. portable code
  • From: Guy Steele <gls@Think.COM>
• Re: GC, exit-to-system
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• portable code walkers
  • From: Liz Allen <liz@brillig.umd.edu>
• Re: portable code walkers vs. portable code
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Re: portable code walkers
  • From: Masinter.pa@Xerox.COM
• portable code walkers vs. portable code
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• functionp
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• GC, exit-to-system
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: DECLARE SPECIAL Considered Confusing
  • From: Pavel.pa@Xerox.COM
• DECLARE SPECIAL Considered Confusing
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• DECLARE SPECIAL Considered Confusing
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• A minimal Common Lisp interpreter.
  • From: yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA
• Re: GC, exit-to-system
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• KCl vs KCN
  • From: vijay <Vijay.Saraswat@C.CS.CMU.EDU>
• Re: GC, exit-to-system
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Re: DECLARE SPECIAL Considered Confusing
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• DECLARE SPECIAL Considered Confusing
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: DECLARE SPECIAL Considered Confusing
  • From: Pavel.pa@Xerox.COM
• Re: functionp
  • From: Masinter.pa@Xerox.COM
• functionp
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Decisions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Decisions and Discussions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #1
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Oops
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposals 2, 3, & 4
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #1
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #1
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposals 2, 3, & 4
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Proposal #1
  • From: Masinter.pa@Xerox.COM
• Proposal #1 - minor revision
  • From: Masinter.pa@Xerox.COM
• Proposals 2, 3, & 4
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Golden Hill Common Lisp installation on DEC Rainbow
  • From: STANKULI%cs.umass.edu@CSNET-RELAY.ARPA
• Re: Proposals 2, 3, & 4
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• proposal #1
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• proposal #1
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #1
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• DL
  • From: "Marilyn_Hodgetts.ROCH"@Xerox.COM
• Proposal #1 - minor revision
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• proposal #1 again
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Re: Proposals 2, 3, & 4
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Proposals 2, 3, & 4
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• proposal #1 again
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• please take me off
  • From: bradley@ATHENA.MIT.EDU
• Re: Proposals 2, 3, & 4
  • From: <krall@pp.mcc.com (Ed Krall)>
• Re: GC, exit-to-system
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: DECLARE SPECIAL Considered Confusing
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: DECLARE SPECIAL Considered Confusing
  • From: Pavel.pa@Xerox.COM
• DECLARE SPECIAL Considered Confusing
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: GC, exit-to-system
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Re: Proposals 2, 3, & 4
  • From: franz!fizzy!jkf@kim.berkeley.edu
• GC, exit-to-system
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Proposals 2, 3, & 4
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Definition time macros
  • From: kessler%utah-orion@utah-cs.arpa (Robert Kessler)
• GC and BYE
  • From: kessler%utah-orion@utah-cs.arpa (Robert Kessler)
• DESCRIBE-ARGUMENTS
  • From: oster%ucblapis@BERKELEY.EDU (David Phillip Oster)
• Re: DESCRIBE-ARGUMENTS
  • From: Pavel.pa@Xerox.COM
• DESCRIBE-ARGUMENTS
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: DESCRIBE-ARGUMENTS
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Definition time macros
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Definition time macros
  • From: kessler%cons@utah-cs.arpa (Robert R. Kessler)
• Re: Proposals 2, 3, & 4
  • From: franz!fizzy!jkf@kim.berkeley.edu
• Re: GC, exit-to-system
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Definition time macros
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Definition time macros
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Definition time macros
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Definition time macros
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposals 2, 3, & 4
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Definition time macros
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Proposals 2, 3, & 4
  • From: Masinter.pa@Xerox.COM
• Definition time macros
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposals 2, 3, & 4
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Feh!
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Definition time macros
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Function-Parameter-names
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• [no subject]
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• [no subject]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Tail Recursion in Common Lisp ???
  • From: James Parker <Parker.es@Xerox.COM>
• Re: Tail Recursion in Common Lisp ???
  • From: James Parker <Parker.es@Xerox.COM>
• Tail Recursion in Common Lisp ???
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Definition time macros
  • From: willc%tekchips.tek.csnet@CSNET-RELAY.ARPA
• [no subject]
  • From: bond!m42!jap%ux63.bath.ac.uk@Cs.Ucl.AC.UK
• Object-oriented-Programming Meeting at L&FP
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• RE: easier addressing for EuLISP discussions
  • From: Hiroshi "Gitchang" Okuno <Okuno@SUMEX-AIM.ARPA>
• Tail Recursion in Common Lisp ???
  • From: Bernard S. Greenberg <BSG@STONY-BROOK.SCRC.Symbolics.COM>
• Tail Recursion in Common Lisp ???
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Tail Recursion in Common Lisp ???
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• APPEND and NCONC
  • From: NGALL@G.BBN.COM
• Expanding macros more than once?
  • From: Rem@IMSSS
• Tail Recursion in Common Lisp ???
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Tail Recursion in Common Lisp ???
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Tail Recursion.
  • From: James Rice <Rice@SUMEX-AIM.ARPA>
• Re: Tail Recursion in Common Lisp ???
  • From: cscott@bfly-vax.bbn.com
• Re: Tail Recursion in Common Lisp ???
  • From: cscott@bfly-vax.bbn.com
• Tail Recursion in Common Lisp ???
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Tail Recursion in Common Lisp ???
  • From: Bradley C. Kuszmaul <bradley@Think.COM>
• Re: Tail Recursion in Common Lisp ???
  • From: cscott@bfly-vax.bbn.com
• Re: Tail Recursion in Common Lisp ???
  • From: Masinter.pa@Xerox.COM
• No need to optimize tail recursion, use infinite virtual stack!
  • From: Rem@IMSSS
• Re: Tail Recursion in Common Lisp ???
  • From: willc%tekchips.tek.csnet@CSNET-RELAY.ARPA
• Tail Recursion in Common Lisp ???
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Question about the function DOCUMENTATION
  • From: Stride 440 User <HELLER%cs.umass.edu@CSNET-RELAY.ARPA>
• Question about the function DOCUMENTATION
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: DECLARE SPECIAL Considered Confusing
  • From: NGALL@G.BBN.COM
• get-setf-method takes optional environment argument
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• get-setf-method takes optional environment argument
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• No need to optimize tail recursion, use infinite virtual stack!
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• (setf (not x) y) => (setf x (not y))
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• (setf (not x) y) => (setf x (not y))
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• (setf (not x) y) => (setf x (not y))
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: (setf (not x) y) => (setf x (not y))
  • From: Brad Miller <miller@UR-ACORN.ARPA>
• DECLARE SPECIAL Considered Confusing
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• Re: DECLARE SPECIAL Considered Confusing
  • From: NGALL@G.BBN.COM
• Proposals
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• GC function
  • From: Jim Hassett <HASSETT%sperry-csd.csnet@CSNET-RELAY.ARPA>
• A Bit More on Lambda-List Parsing
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Scope of Declarations.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• DESCRIBE-ARGUMENTS; or, special variables considered disgusting
  • From: Guy Steele <gls@Think.COM>
• Declarations
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Re: exit-to-system
  • From: Guy Steele <gls@Think.COM>
• DECLARE SPECIAL Considered Confusing
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• Bawden's Alternate Proposal
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• exit-to-system
  • From: "Curtis A. Scott" <cscott@bfly-vax.bbn.com>
• Tail Recursion in Common Lisp ???
  • From: Guy Steele <gls@Think.COM>
• Bawden's Alternate Proposal
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• Re: Declarations
  • From: NGALL@G.BBN.COM
• (declare (type fixnum ---)) considered etc.
  • From: masinter.PA@Xerox.COM
• (declare (type fixnum ---)) considered etc.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Some easy ones (?)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: (declare (type fixnum ---)) considered etc.
  • From: masinter.pa@Xerox.COM
• Declare Special
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• Re: Some easy ones (?)
  • From: Masinter.pa@Xerox.COM
• Re: exit-to-system
  • From: Masinter.pa@Xerox.COM
• Declarations
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• Proposal #5
  • From: Richard Mlynarik <MLY@AI.AI.MIT.EDU>
• The Noncontroversial Ten Proposals
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• (setf (not x) y) => (setf x (not y))
  • From: Guy Steele <gls@Think.COM>
• (setf (not x) y) => (setf x (not y))
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: Some easy ones (?)
  • From: Daniels.pa@Xerox.COM
• (declare (type fixnum ---)) considered etc.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Bawden's Alternate Proposal
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Some easy ones (?) -- 107 lines of answer (!)
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• GC function
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• (setf (not x) y) => (setf x (not y))
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• (setf (not x) y) => (setf x (not y))
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• setf of nthcdr?
  • From: bane.pa@Xerox.COM
• Re: Declarations
  • From: NGALL@G.BBN.COM
• Re: Declare Special
  • From: NGALL@G.BBN.COM
• Structure sharing in arguments
  • From: hpfclp!diamant@hplabs.HP.COM
• Structure sharing in arguments
  • From: hpfclp!diamant@hplabs.HP.COM
• Bawden's Alternate Proposal
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• Re: Some easy ones (?)
  • From: NGALL@G.BBN.COM
• Re: DECLARE SPECIAL Considered Confusing
  • From: NGALL@G.BBN.COM
• Re: Bawden's Alternate Proposal
  • From: masinter.pa@Xerox.COM
• DECLARE SPECIAL Considered Confusing ?
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• THE VALUES
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Some easy ones (?)
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• (declare (type fixnum ---)) considered etc.
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: (declare (type fixnum ---)) considered etc.
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Computer Implementations Sociologists
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• (declare (type fixnum ---)) considered etc.
  • From: Guy Steele <gls@Think.COM>
• JIS WG start in japan
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• (declare (type fixnum ---)) considered etc.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• THE VALUES
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Some easy ones (?)
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Structure sharing in arguments
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: (declare (type fixnum ---)) considered etc.
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• Oops, sorry.
  • From: "BACH::GREEK" <greek%bach.decnet@hudson.dec.com>
• proposals 5-14
  • From: "BACH::VANROGGEN" <vanroggen%bach.decnet@hudson.dec.com>
• (declare (type fixnum ---)) considered etc.
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• (declare (type fixnum ---)) considered etc.
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• (declare (type fixnum ---)) considered etc.
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Some easy ones (?)
  • From: Andy Freeman <FREEMAN@SUMEX-AIM.ARPA>
• Re: (declare (type fixnum ---)) considered etc.
  • From: masinter.pa@Xerox.COM
• Recursive Compilation?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Recursive Compilation?
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: Some easy ones (?)
  • From: NGALL@G.BBN.COM
• Re: Declaration before variable
  • From: NGALL@G.BBN.COM
• Re: Some easy ones (?)
  • From: NGALL@G.BBN.COM
• Re: THE VALUES
  • From: NGALL@G.BBN.COM
• Re: (declare (type fixnum ---)) considered etc.
  • From: NGALL@G.BBN.COM
• Re: DECLARE SPECIAL Considered Confusing ?
  • From: NGALL@g.bbn.com
• Re: Proposal about lambda-list params
  • From: NGALL@G.BBN.COM
• Re: Bawden's Alternate Proposal
  • From: NGALL@G.BBN.COM
• Re: exit-to-system
  • From: NGALL@G.BBN.COM
• Re: GC function
  • From: NGALL@G.BBN.COM
• &BODY
  • From: yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA
• (declare (type fixnum ---)) considered etc.
  • From: Guy Steele <gls@Think.COM>
• (declare (type fixnum ---)) considered etc.
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• Structure sharing in arguments
  • From: Brad Miller <miller@UR-ACORN.ARPA>
• Re: (declare (type fixnum ---)) considered etc.
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Re: Some easy ones (?)
  • From: Andy Freeman <ANDY@Sushi.Stanford.EDU>
• REDUCE args
  • From: ALR%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Re: (declare (type fixnum ---)) considered etc.
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Re: (declare (type fixnum ---)) considered etc.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: REDUCE args
  • From: NGALL@G.BBN.COM
• Re: (declare (type fixnum ---)) considered etc.
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• (declare (type fixnum ---)) considered etc.
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Some easy ones (?)
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• (declare (type fixnum ---)) considered etc.
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Structure sharing in arguments
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Declaration before variable
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Re: REDUCE args
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: REDUCE args
  • From: Brad Miller <miller@UR-ACORN.ARPA>
• Lisp Conference, continued
  • From: Bill.Scherlis@C.CS.CMU.EDU
• Re: (declare (type fixnum ---)) considered etc.
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• REDUCE args
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Lisp Conference, continued
  • From: NGALL@G.BBN.COM
• UNSPECIAL
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• The (not special) declaration
  • From: David Singer <DSinger@SRI-KL>
• without-gc-delay
  • From: David Singer <DSinger@SRI-KL>
• Re: Some easy ones (?)
  • From: NGALL@G.BBN.COM
• (declare (type fixnum ---)) considered etc.
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Case of symbols and their print-names
  • From: David Singer <DSinger@SRI-KL>
• FIXNUM considered useful
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Status of declare UNSPECIAL
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• (declare (type fixnum ---)) considered etc.
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Case of symbols and their print-names
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Status of declare UNSPECIAL
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Structure sharing in arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Structure sharing in arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Declaration before variable
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Some easy ones (?)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• duplicate names in LET*
  • From: Dave.Touretzky@A.CS.CMU.EDU
• (declare (type fixnum ---)) considered etc.
  • From: franz!smh@kim.Berkeley.EDU (Steve Haflich)
• Re: duplicate names in LET*
  • From: NGALL@G.BBN.COM
• duplicate LET* variables
  • From: "BACH::VANROGGEN" <vanroggen%bach.decnet@hudson.dec.com>
• Re: REDUCE args
  • From: Skef Wholey <Skef@Think.COM>
• FIXNUM considered useful
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Status of declare UNSPECIAL
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• FIXNUM considered useful
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: REDUCE args
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Some easy ones (?)
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: REDUCE args
  • From: Skef Wholey <Skef@Think.COM>
• Proposal #13: Structure Sharing in Arguments
  • From: willc%tekchips.tek.csnet@CSNET-RELAY.ARPA
• Re: Proposal #13: Structure Sharing in Arguments
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• FIXNUM considered unportable
  • From: George Carrette <lmi-angel!gjc%LMI-ANGEL.ARPA>
• Structure sharing in arguments
  • From: Guy Steele <gls@Think.COM>
• Accidental clobbering of pnames etc.
  • From: Rem@IMSSS
• duplicate names in LET*
  • From: Guy Steele <gls@Think.COM>
• Re: REDUCE args
  • From: Guy Steele <gls@Think.COM>
• Re: FIXNUM considered useful
  • From: Masinter.pa@Xerox.COM
• Re: Some easy ones (?)
  • From: Andy Freeman <ANDY@Sushi.Stanford.EDU>
• (declare (type fixnum ---)) considered etc.
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Some easy ones (?)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Some easy ones (?)
  • From: NGALL@G.BBN.COM
• Proposal #13: Structure Sharing in Arguments
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Re: Some easy ones (?)
  • From: Andy Freeman <ANDY@Sushi.Stanford.EDU>
• Some easy ones (?)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• An Etiquette Request from your Mailing List Maintainer
  • From: Dick Gabriel <RPG@SU-AI.ARPA>
• Proposal #13: Structure Sharing in Arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #13: Structure Sharing in Arguments
  • From: Daniel L. Weinreb <DLW@QUABBIN.SCRC.Symbolics.COM>
• Proposal #13: Structure Sharing in Arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Proposal #13: Structure Sharing in Arguments
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• Mailing list etiquette
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Some easy ones (?)
  • From: masinter.PA@Xerox.COM
• Some easy ones (?)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Some easy ones (?)
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• RE: Proposal 13
  • From: SCOTT <SAFIER%cgi.csnet@CSNET-RELAY.ARPA>
• Proposal 13
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Rules clarification
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Summary of current issues
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #5 status
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• TYPE-SPECIFIER-P
  • From: Bob Krajewski <lmi-angel!rpk@EDDIE.MIT.EDU>
• TYPE-SPECIFIER-P
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #6 Status: Parsing in &BODY
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• PARSE-BODY
  • From: Bob Krajewski <lmi-angel!rpk@EDDIE.MIT.EDU>
• Ordering suggestion
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• PARSE-BODY
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #7 Status: TYPE-SPECIFIER-P
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #8 Status: Clarifications to DEFCONSTANT
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #9 Status: Variable Name Conflicts
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Staus of proposals 10, 11, and 12
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Remaining issues
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Proposal #5 status
  • From: masinter.PA@Xerox.COM
• Re: discussion
  • From: masinter.PA@Xerox.COM
• Re: Proposal #9B suggested modification
  • From: Miller.pa@Xerox.COM
• Proposal #13: Structure Sharing in Arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #13: Structure Sharing in Arguments
  • From: Guy Steele <gls@Think.COM>
• proposal #6 (&body parsing)
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• proposal #5 (parse-body)
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• Re: Proposal #13: Structure Sharing in Arguments
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Staus of proposals 10, 11, and 12
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #7 Status: TYPE-SPECIFIER-P
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #9 Status: Variable Name Conflicts
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #6 Status: Parsing in &BODY
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #13: Structure Sharing in Arguments
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Proposal #7 Status: TYPE-SPECIFIER-P
  • From: Masinter.pa@Xerox.COM
• Proposal #9 Status: Variable Name Conflicts
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Re: REDUCE args
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Proposal #5 status
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Proposal #5 status
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Proposal #13: Structure Sharing in Arguments
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Proposal #6 Status: Parsing in &BODY
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Proposal #7A - Type-Specifier-P
  • From: James Rice <Rice@SUMEX-AIM.ARPA>
• Re: PARSE-BODY
  • From: Masinter.pa@Xerox.COM
• Re: Remaining issues
  • From: VERACSD@A.ISI.EDU
• Re: Proposal #9: Variable Name Conflicts
  • From: Masinter.pa@Xerox.COM
• Re: Proposal #6 Status: Parsing in &BODY
  • From: Masinter.pa@Xerox.COM
• Proposal #9: Variable Name Conflicts
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• proposal #6 (&body parsing)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [gls: Proposal #7 amendment]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #5 status
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #7 Status: TYPE-SPECIFIER-P
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Staus of proposals 10, 11, and 12
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Proposal #5 status
  • From: NGALL@G.BBN.COM
• Proposed moratorium
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: exit-to-system
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA>
• Proposal #7: TYPE-SPECIFIER-P
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Some easy ones (?)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Proposal #8: Clarifications to DEFCONSTANT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Proposal #14: THE and VALUES
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Proposal about lambda-list params
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Proposal #11: Contents of Tagbody
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Proposal about lambda-list params
  • From: NGALL@G.BBN.COM
• Proposal #9: Variable Name Conflicts
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Proposal #5 status
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #5 status
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #13: Structure Sharing in Arguments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: PARSE-BODY
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Proposal about lambda-list params
  • From: Miller.pa@Xerox.COM
• Re: PARSE-BODY
  • From: Richard Mlynarik <MLY@AI.AI.MIT.EDU>
• Staus of proposals 10, 11, and 12
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Proposal #7 Status: TYPE-SPECIFIER-P
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• Yapper of the Month Club
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Proposed moratorium (clarification)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• closing standard channels
  • From: David Bein <pyramid!bein@SUN.COM>
• Re: Proposal #9: Variable Name Conflicts
  • From: NGALL@G.BBN.COM
• Re: Staus of proposals 10, 11, and 12
  • From: NGALL@G.BBN.COM
• Proposal #8: Clarifications to DEFCONSTANT
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Proposal #9: Variable Name Conflicts
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• declarations in macrolet puzzle
  • From: MASINTER.PA@Xerox.COM
• Declarations in MACROLET
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Motivation for PARSE-BODY
  • From: Guy Steele <gls@Think.COM>
• Re: Motivation for PARSE-BODY
  • From: Masinter.pa@Xerox.COM
• Re: Proposal about lambda-list params
  • From: Guy Steele <gls@Think.COM>
• Proposal #5, or somewhere around there (rather long, constructive, and non-flaming(!))
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Conference
  • From: berman@vaxa.isi.edu (Richard Berman)
• Conference
  • From: berman@vaxa.isi.edu (Richard Berman)
• Handout at Lisp Conference
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Proposal #9: Variable Name Conflicts
  • From: Andy Freeman <FREEMAN@SUMEX-AIM.ARPA>
• Re: Proposal #9 Status: Variable Name Conflicts
  • From: Jeff Barnett <jbarnett@nrtc>
• Proposal #9: Variable Name Conflicts
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Motivation for PARSE-BODY
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Proposal #5 (aside)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: exit-to-system
  • From: Bernard S. Greenberg <BSG@STONY-BROOK.SCRC.Symbolics.COM>
• Status of declare UNSPECIAL
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• #5, #5A, #6, #7, #8, #9, #9A, #9B, #10, #11, #12, #13, #14
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Proposal #5 (aside)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: exit-to-system
  • From: David D. Loeffler <Loeffler@[10.3.0.62]>
• Re: #13, #14
  • From: Andy Latto <alatto@cc5.bbn.com>
• Re: Staus of proposals 10, 11, and 12
  • From: dcp@TENEX.SCRC.Symbolics.COM
• Proposal #5 (aside)
  • From: dcp@TENEX.SCRC.Symbolics.COM
• Proposal #9: Fast testing in PROGV
  • From: Dan Hoey <hoey@nrl-aic>
• Re: Proposal #9 Status: Variable Name Conflicts
  • From: DCP@TENEX.SCRC.Symbolics.COM
• Proposal #9 Status: Variable Name Conflicts
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• What's going on?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: declarations in macrolet puzzle
  • From: NGALL@G.BBN.COM
• Re: Declarations in MACROLET
  • From: NGALL@G.BBN.COM
• Japanese Subset Proposal
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Comments on DCP's revised &BODY proposal
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Proposal #5, or somewhere around there (rather long, constructive, and non-flaming(!))
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• QUIT
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Proposal #13: Structure Sharing in Arguments
  • From: John Diamant <hpfcjrd!diamant@hplabs.HP.COM>
• Proposal #9: Fast testing in PROGV
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Proposal #9: Fast testing in PROGV
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Proposal #9: Fast testing in PROGV
  • From: Guy Steele <gls@Think.COM>
• Re: Proposal #9 Status: Variable Name Conflicts
  • From: Hadden@HI-MULTICS.ARPA
• ignore this message
  • From: Dan Aronson <Dan@Think.COM>
• synonym streams..
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• Re: synonym streams..
  • From: Masinter.pa@Xerox.COM
• DPB, DPBS, something like that
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: synonym streams..
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• DPB, DPBS, something like that
  • From: SOLEY@XX.LCS.MIT.EDU
• :allow-other-keys query
  • From: mips!earl@glacier.stanford.edu (Earl Killian)
• :allow-other-keys query
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• &rest destruction
  • From: Hvatum@MIT-MULTICS.ARPA
• &rest destruction
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• TAGBODY vs LABELS
  • From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
• TAGBODY vs LABELS
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• tagbody using labels
  • From: masinter.PA@Xerox.COM
• ,',@
  • From: Guy Steele <gls@Think.COM>
• tagbody using labels
  • From: Guy Steele <gls@Think.COM>
• TAGBODY vs LABELS
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• :allow-other-keys query
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Proposal #7 Status: TYPE-SPECIFIER-P
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Proposal #7: TYPE-SPECIFIER-P
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• question about subtypep
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• question about subtypep
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• &rest destruction
  • From: Hvatum@MIT-MULTICS.ARPA
• More words on the scoping of declarations
  • From: Pavel.pa@Xerox.COM
• More words on the scoping of declarations (FTYPE)
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• drop out
  • From: Vanessa Fong <cvfong@mitre.ARPA>
• More words on the scoping of declarations
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• string-/=, etc.
  • From: DCP@QUABBIN.SCRC.Symbolics.COM
• close on synonym streams, etc
  • From: Charles Hedrick <HEDRICK@RED.RUTGERS.EDU>
• Re: synonym streams..
  • From: franz!fizzy!jkf@kim.Berkeley.EDU
• Re: synonym streams..
  • From: Richard Acuff <Acuff@SUMEX-AIM.ARPA>
• close on synonym streams, etc
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• streams ...
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• documentation strings in BOA constructors ?
  • From: "S. Sridhar" <sridhar%tekecs.tek.csnet@CSNET-RELAY.ARPA>
• documentation strings in BOA constructors ?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• "fonted" characters in CL
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Defstruct and Documentation.
  • From: James Rice <Rice@SUMEX-AIM.ARPA>
• 1986 Lisp conference bibliography
  • From: Guy Steele <gls@Think.COM>
• Re: synonym streams..
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• question about subtypep
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• question about subtypep
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Defstruct and Documentation.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• More words on the scoping of declarations
  • From: mike%acorn@mit-live-oak.arpa
• "fonted" characters in CL
  • From: mike%acorn@mit-live-oak.arpa
• re: synonym streams..
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• Re: More words on the scoping of dec
  • From: preece%ccvaxa@gswd-vms.ARPA (Scott E. Preece)
• More words on the scoping of declarations
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Fixing optional arguments?
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Fixing optional arguments?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Fixing optional arguments?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Fixing optional arguments?
  • From: Gregor Kiczales <Gregor.pa@Xerox.COM>
• Fixing optional arguments?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Fixing optional arguments?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• question about pprint, *print-pretty*
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• question about pprint, *print-pretty*
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• question about pprint, *print-pretty*
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PRINT
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Re: close on synonym streams, etc
  • From: Masinter.pa@Xerox.COM
• Documentation strings and function.
  • From: James Rice <Rice@SUMEX-AIM.ARPA>
• Deletion from Mailing-List
  • From: VERACSD@A.ISI.EDU
• Documentation strings and function.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Documentation strings and function.
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• Documentation strings and function.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Documentation strings and function.
  • From: allen@bfly-vax.bbn.com
• Documentation strings and function.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Problems with Notation in CLtL
  • From: <LINNDR%VUENGVAX.BITNET@WISCVM.WISC.EDU> (David Linn)
• Re: Documentation strings and function.
  • From: allen@bfly-vax.bbn.com
• Documentation strings and function.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Documentation strings and function.
  • From: Bobrow.pa@Xerox.COM
• Re: Documentation strings and function.
  • From: Bobrow.pa@Xerox.COM
• Re: Documentation strings and function.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Documentation strings and function.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Documentation strings and function.
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Problems with Notation in CLtL
  • From: Guy Steele <gls@Think.COM>
• Programmer Notes
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• #+FOO:BAR
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Programmer Notes
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• [no subject]
  • From: <MATT@LL.ARPA>
• An example of where setf does not do what I want.
  • From: Bradley C. Kuszmaul <bradley@Think.COM>
• An example of where setf does not do what I want.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• An example of where setf does not do what I want.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• OPS-5 in Common Lisp
  • From: fateman@renoir.Berkeley.EDU (Richard Fateman)
• An example of where setf does not do what I want.
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Locally
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• Locally
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Portable CommonLoops port liasons
  • From: Gregor.pa@Xerox.COM
• ops-5
  • From: fateman@renoir.Berkeley.EDU (Richard Fateman)
• Re: OPS-5 in Common Lisp
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• defstruct slots' default-inits
  • From: NGALL@G.BBN.COM
• Readtables and prin1
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Readtables and prin1
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Readtables and prin1
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Readtables and prin1
  • From: DDYER@RIVERSIDE.SCRC.Symbolics.COM
• Re: Readtables and prin1
  • From: Brad Miller <miller@UR-ACORN.ARPA>
• Readtables and prin1
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: OPS5 in Common Lisp
  • From: yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@CSNET-RELAY.ARPA
• *applyhook* question
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• *applyhook* question (hopefully I'll get it right this time)
  • From: SANDRA <LOOSEMORE@UTAH-20.ARPA>
• testing addresses ... please ignore
  • From: pyramid!bein@hplabs.HP.COM (David Bein)
• please add my name
  • From: cross@wpafb-ab
• xlisp query
  • From: cross@wpafb-afita
• " macro character
  • From: Stephen Robbins <Stever@BIS-ALICE-LIDDELL.BISCC.Dialnet.Symbolics.Com>
• *applyhook* question (hopefully I'll get it right this time)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• OPS-5
  • From: ma_jpf%ux63.bath.ac.uk@Cs.Ucl.AC.UK
• Re: Readtables and prin1
  • From: Richard Acuff <Acuff@SUMEX-AIM.ARPA>
• Mailing list requests
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Readtables and prin1
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Are strings adjustable arrays?
  • From: "Stephen E. Robbins" <STEVER%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
• Are strings adjustable arrays?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Jim Meehan Comments
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• Jim Meehan Comments
  • From: Dan Aronson <Dan@Think.COM>
• getting on the common lisp list
  • From: "Timothy P. Daly" <DALY@ibm.com>
• [no subject]
  • From: "Stephen E. Robbins" <STEVER%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
• [no subject]
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Printing DEFSTRUCTs
  • From: Ramin Zabih <RDZ@AI.AI.MIT.EDU>
• printing structures
  • From: Dave.Touretzky@A.CS.CMU.EDU
• Re: printing structures
  • From: Miles Bader <bader@spice.cs.cmu.edu>
• Re: printing structures
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: printing structures
  • From: Masinter.pa@Xerox.COM
• printing structures
  • From: SOLEY@XX.LCS.MIT.EDU
• Printing Structures
  • From: ELIOT%cs.umass.edu@CSNET-RELAY.ARPA
• Printing Structures
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: printing structures
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: printing structures
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• ADJUST-ARRAY
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• DEFVAR
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• ADJUST-ARRAY
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• DEFVAR
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Applying functions to all the symbols in a package...
  • From: Brad Miller <miller@UR-ACORN.ARPA>
• Applying functions to all the symbols in a package...
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Call for Papers
  • From: edsel!sunvalleymall!jlz@navajo.stanford.edu (Jan Zubkoff)
• [KLOTZ: defstruct initialization in :constructor ]
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• DEFSTRUCT copier query
  • From: <samalone@ATHENA.MIT.EDU>
• DEFSTRUCT copier query
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: DEFSTRUCT copier query
  • From: Pavel.pa@Xerox.COM
• Re: DEFSTRUCT copier query
  • From: Danny Bobrow <Bobrow.pa@Xerox.COM>
• DEFSTRUCT copier query
  • From: mike%acorn@mit-live-oak.arpa
• Why is #'equalp not allowed in make-hash-table ?
  • From: sridhar%tekchips.tek.csnet@RELAY.CS.NET
• DEFVAR
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Why is #'equalp not allowed in make-hash-table ?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Why is #'equalp not allowed in make-hash-table ?
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Why is #'equalp not allowed in make-hash-table ?
  • From: Soley@MIT-XX.ARPA
• Declarations within FLET
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• sloop
  • From: AI.BOYER@MCC.COM
• type-of
  • From: Masayuki Ida <z30083%ccut.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• type-of
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Package functions not powerful enough?
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• [miller@UR-ACORN.ARPA: Package functions not powerful enough?]
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Packages: a modest solution.
  • From: wile@ISI-VAXA
• type-of
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Packages
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• Re: type-of
  • From: masinter.pa@Xerox.COM
• Re: Packages: a modest solution.
  • From: Mark S. Miller <Miller.pa@Xerox.COM>
• Package functions not powerful enough?
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• TYPE-OF
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: type-of
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• type-of
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• Packages
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Packages: a modest solution.
  • From: mike%acorn@mit-live-oak.arpa
• TYPE-OF
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• type-of
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• fboundp question
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• side comment
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• EVAL
  • From: Sean.Engelson@cad.cs.cmu.edu
• TYPE-OF
  • From: Guy Steele <gls@think.com>
• EVAL
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• TYPE-OF
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• TYPE-OF
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: fboundp question
  • From: Pavel.pa@Xerox.COM
• question: EVAL
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• question: EVAL
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• TYPE-OF
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Packages
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Package solution "motivation"
  • From: wile@ISI-VAXA
• type-of
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• TYPE-OF
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• TYPE-OF
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: type-of
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• TYPE-OF
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• EVAL
  • From: Alan Bawden <Alan@AI.AI.MIT.EDU>
• Re: EVAL
  • From: Pavel.pa@Xerox.COM
• Macrolet and setf
  • From: ricks%shambhala.Berkeley.EDU@BERKELEY.EDU (Rick L Spickelmier)
• Re: EVAL
  • From: Alan Bawden <Alan@AI.AI.MIT.EDU>
• Re: Macrolet and setf
  • From: Pavel.pa@Xerox.COM
• Re: Macrolet and setf
  • From: franz!ficl!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• Macrolet and setf
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• GET-SETF-METHOD
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• (typep 3 'complex) => t
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: (typep 3 'complex) => t
  • From: Masinter.pa@Xerox.COM
• (typep 3 'complex) => t
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: (typep 3 'complex) => t
  • From: Masinter.pa@Xerox.COM
• question: EVAL
  • From: mike%gold-hill-acorn@mit-live-oak.arpa
• hash table question
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• hash table question
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: hash table question
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• Re: hash table question
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• hash table question
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• type-of
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• hash table question
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• EVAL
  • From: mike%acorn@mit-live-oak.arpa
• EVAL
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• Re: EVAL
  • From: Sean.Engelson@cad.cs.cmu.edu
• EVAL
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• eval and other topics
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• eval and other topics
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
• EVAL
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• EVAL
  • From: mike%acorn@mit-live-oak.arpa
• EVAL
  • From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
• eval and other topics
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Packages
  • From: Sean.Engelson@cad.cs.cmu.edu
• Packages
  • From: Soley@MIT-XX.ARPA
• Re: Packages
  • From: Sean.Engelson@cad.cs.cmu.edu
• Re: Packages
  • From: Soley@MIT-XX.ARPA
• progv and dynamic variables
  • From: "Timothy P. Daly" <DALY@ibm.com>
• progv and dynamic variables
  • From: BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• progv and dynamic variables
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: progv and dynamic variables
  • From: franz!ficl!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• progv and dynamic variables
  • From: BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Re: Packages
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Packages then and now
  • From: Jeff Barnett <jbarnett@nrtc>
• Re: Packages then and now
  • From: Mark S. Miller <Miller.pa@Xerox.COM>
• Common EVAL
  • From: CFry@OZ.AI.MIT.EDU
• Re: Packages
  • From: Gregory Weeks <hplb29a!hplbgw!weeks@hplabs.HP.COM>
• ANSI doings?
  • From: Rich Alderson <RMA@SAIL.STANFORD.EDU>
• is it real or is it...
  • From: MATHIS@ADA20.ISI.EDU
• Underspecification of ~R
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• ANSI doings
  • From: MATHIS@ADA20.ISI.EDU
• Added Keyword argument to load.
  • From: ELIOT%cs.umass.edu@RELAY.CS.NET
• Underspecification of ~R
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• X3J13 mailing list
  • From: susan watkins <chaowatkins@STONY-BROOK.SCRC.Symbolics.COM>
• X window system
  • From: Mark Richer <RICHER@SUMEX-AIM.ARPA>
• FILE-WRITE-DATE, FILE-AUTHOR
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: FILE-WRITE-DATE, FILE-AUTHOR
  • From: masinter.pa@Xerox.COM
• Re: FILE-WRITE-DATE, FILE-AUTHOR
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• File Operations
  • From: ELIOT%cs.umass.edu@RELAY.CS.NET
• File Operations
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• sharp plus question
  • From: Don Morrison <dfm@JASPER.Palladian.COM>
• sharp plus question
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• FOLLOW-SYNONYM-STREAM
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• #+/-
  • From: nelson%bach.DEC@decwrl.DEC.COM (Beryl Elaine Nelson)
• sharp plus question
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: FOLLOW-SYNONYM-STREAM
  • From: robbins%ramona.DEC@decwrl.DEC.COM
• CL-WINDOWS mailing list
  • From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
• Re: CL-WINDOWS mailing list
  • From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
• courses on Common Lisp
  • From: Masinter.pa@Xerox.COM
• Implicit Blocks considered harmful
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Implicit Blocks considered harmful
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Implicit Blocks considered harmful
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• request list
  • From: "BLUE::WILLIAMS" <williams%blue.decnet@ari-hq1.ARPA>
• maplist and lists
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• maplist and lists
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• maplist and lists
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• maplist and lists
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• maplist and lists
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Destructive operations
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Destructive operations
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Destructive operations
  • From: edsel!babel!eb@navajo.stanford.edu (Eric Benson)
• mailin{ list requests
  • From: Joseph.Ginder@spice.cs.cmu.edu
• Re: Destructive operations
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Destructive operations
  • From: edsel!babel!eb@navajo.stanford.edu (Eric Benson)
• Recursive COMPILE-FILE?
  • From: Stuart A. Malone <SAM@XX.LCS.MIT.EDU>
• Recursive COMPILE-FILE?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Recursive COMPILE-FILE?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Recursive COMPILE-FILE?
  • From: Stuart A. Malone <SAM@XX.LCS.MIT.EDU>
• Recursive COMPILE-FILE?
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Bugs in Common LISPcraft
  • From: Michael Sierchio <sierchio@mcc.com>
• Common Classes Bboard?
  • From: CMP.LADAI@R20.UTEXAS.EDU
• Recursive COMPILE-FILE?
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Packages & Compiling
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Packages & Compiling
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Packages & Compiling
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Packages & Compiling
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Packages & Compiling
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Packages & Compiling
  • From: Timothy.Freeman@theory.cs.cmu.edu
• mailing list requests
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Packages & Compiling
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Packages & Compiling
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Packages & Compiling
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Packages & Compiling
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• &function
  • From: Barry Margolin <Margolin@BCO-MULTICS.ARPA>
• &function
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Re: &function
  • From: Masinter.pa@Xerox.COM
• Packages & Compiling
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Re: &function
  • From: Barry Margolin <Margolin@HIS-BILLERICA-MULTICS.ARPA>
• Issues of Function Cell
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• LISP POINTERS newsletter announcement
  • From: vanroggen%bizet.DEC@decwrl.DEC.COM
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN
• mailing list
  • From: wahlster@ernie.Berkeley.EDU (Prof. Wolfgang Wahlster)
• :append keyword on compile-file
  • From: "Timothy P. Daly" <DALY@ibm.com>
• Re: :append keyword on compile-file
  • From: John Diamant <hpfclp!diamant@hplabs.HP.COM>
• preprocessor-based Common Lisps
  • From: John Diamant <hpfclp!diamant@hplabs.HP.COM>
• append option on compile-file
  • From: "Timothy P. Daly" <DALY@ibm.com>
• Re: preprocessor-based Common Lisps
  • From: John Diamant <hpfclp!diamant@hplabs.HP.COM>
• Re: preprocessor-based Common Lisps
  • From: smh@mit-ems (Steven Haflich)
• :append keyword on compile-file
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Re: preprocessor-based Common Lisps
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Quoted structure not necessarily constant in my opinion, fix CLtL
  • From: Robert Elton Maas <REM%IMSSS@SU-AI.ARPA>
• *print-circle*
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• Looking for Lisps...
  • From: vanroggen%bach.DEC@decwrl.DEC.COM
• Mailing List
  • From: Bill Pase <Pase@DOCKMASTER.ARPA>
• Re: preprocessor-based Common Lisps
  • From: John Diamant <hpfclp!diamant@hplabs.HP.COM>
• preprocessor-based Common Lisps
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• *print-circle*
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• symbol-function of non-functions
  • From: "Gail Zacharias" <GZ%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• symbol-function of non-functions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: *print-circle*
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• *print-circle*
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Re: symbol-function of non-functions
  • From: Randy@a
• Pushing defmacro hard: destructured &KEY bindings
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• symbol-function of non-functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Pushing defmacro hard: destructured &KEY bindings
  • From: Jeff Mincy <mincy@think.com>
• fsymeval before arg-eval?
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• Re: symbol-function of non-functions
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• functionp/fboundp
  • From: nelson%bach.DEC@decwrl.DEC.COM (Beryl Elaine Nelson)
• fsymeval before arg-eval?
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• functionp/fboundp
  • From: preece%mycroft@gswd-vms.ARPA (Scott E. Preece)
• Re: functionp/fboundp
  • From: preece%mycroft@gswd-vms.ARPA (Scott E. Preece)
• another question about defmacro lambda lists
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• another question about defmacro lambda lists
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• another question about defmacro lambda lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• fsymeval before arg-eval?
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• symeval before or after args-eval?
  • From: Rem@IMSSS
• Pattern matching in CL
  • From: <LINNDR@vuengvax.bitnet>
• another question about defmacro lambda lists
  • From: Glenn S. Burke <gsb@JASPER.PALLADIAN.COM>
• quoted structure
  • From: Hvatum@MIT-MULTICS.ARPA
• another question about defmacro lambda lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• fsymeval before arg-eval?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Are functions defined by FLET surrounded by an implicit BLOCK?
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• another question about defmacro lambda lists
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• survey on Lisp courses
  • From: Masinter.pa@Xerox.COM
• [PARCVAX.XEROX.COM, not PARC-VAX] and Re: symbol-function of non-functions
  • From: Masinter.pa@Xerox.COM
• Re: preprocessor-based Common Lisps
  • From: John Diamant <hpfclp!diamant@hplabs.HP.COM>
• [PARCVAX.XEROX.COM, not PARC-VAX] and Re: symbol-function of non-functions
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• survey on Lisp courses
  • From: Dan Aronson <Dan@think.com>
• survey on Lisp courses
  • From: Bruce Israel <israel@brillig.umd.edu>
• extending sequence functions to arrays
  • From: Dave.Touretzky@C.CS.CMU.EDU
• Re: survey on Lisp courses
  • From: Gregor.pa@Xerox.COM
• Mentioning name twice in multiple-value-setq
  • From: K. Shane Hartman <SHANE@JASPER.PALLADIAN.COM>
• please add me to common-lisp mailing list
  • From: susan watkins <chaowatkins@STONY-BROOK.SCRC.Symbolics.COM>
• MAKUNBOUND vs. special binding
  • From: Pavel.pa@Xerox.COM
• MAKUNBOUND vs. special binding
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• &whole cum destructuring
  • From: Hvatum@MIT-MULTICS.ARPA
• Destructuring and &whole
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• MAKUNBOUND vs. special binding
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• MAKUNBOUND vs. special binding
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• *terminal-io* or *standard-output*?
  • From: Don Morrison <dfm@JASPER.PALLADIAN.COM>
• [SAFIER%cgi.csnet: proposed modification to common lisp]
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Destructuring and &whole
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• [SAFIER%cgi.csnet: proposed modification to common lisp]
  • From: Skef Wholey <Skef@think.com>
• Re: Parse as General Case of Read
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• LALR Parser Generator Available?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Just to clarify...
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Rational Infinities
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Binding, etc.
  • From: wilensky%larch.Berkeley.EDU@BERKELEY.EDU (Robert Wilensky)
• Rational Infinity
  • From: ELIOT%cs.umass.edu@RELAY.CS.NET
• REMF and REMPROP
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• Re: Rational Infinity
  • From: Jeff Barnett <jbarnett@NRTC.ARPA>
• Binding terminology
  • From: "CUGINI, JOHN" <cugini@icst-ecf>
• Rational Infinity
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• Rational Infinity
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: LALR Parser Generator Available?
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• REMF and REMPROP
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [no subject]
  • From: "Timothy P. Daly" <DALY@ibm.com>
• Re: Rational Infinity
  • From: fateman@renoir.Berkeley.EDU (Richard Fateman)
• REMF and REMPROP
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Binding terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Binding terminology
  • From: Mark S. Miller.PA <Miller.PA@Xerox.COM>
• Re: Binding terminology
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Binding, etc.
  • From: willc%tekchips.tek.com@RELAY.CS.NET
• Common Lisp LOOP macro
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Re: Binding terminology
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Rational Infinity
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• REMF and REMPROP
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• REMF and REMPROP
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• a historical inquiry
  • From: Gregory Weeks <hplb29a!hplbgw!weeks@hplabs.HP.COM>
• REMF and REMPROP
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• REMF and REMPROP
  • From: Barry Margolin <Margolin@BCO-MULTICS.ARPA>
• a historical inquiry
  • From: Guy Steele <gls@think.com>
• REMF and REMPROP
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• a historical inquiry
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• a historical inquiry
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Re: Binding terminology
  • From: hilfingr%tully.Berkeley.EDU@BERKELEY.EDU (Paul Hilfinger)
• Re: Binding terminology
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: REMF and REMPROP
  • From: coffee@aerospace.aero.org
• Re: REMF and REMPROP
  • From: Barry Margolin <Margolin@BCO-MULTICS.ARPA>
• Rational Infinity
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Re: Binding terminology
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• REMF and REMPROP
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• REMF and REMPROP
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• REMF and REMPROP
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• REMF and REMPROP
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• rational infinity
  • From: Masinter.pa@Xerox.COM
• Re: REMF and REMPROP
  • From: System Files <SYS@SAIL.STANFORD.EDU>
• Rational infinities
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• variables
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• defstruct (resent due to lossage)
  • From: "Timothy P. Daly" <DALY@ibm.com>
• defstruct (resent due to lossage)
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• variable/binding terminology
  • From: "CUGINI, JOHN" <cugini@icst-ecf>
• Complex infinities
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Rational Infinity
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• Rational Infinity
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• *APPLYHOOK* Vagueness
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• Lexical globals
  • From: David Singer <SINGER@SPAR-20.ARPA>
• Lexical globals
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• *APPLYHOOK* Vagueness
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• What does TYIPEEK mean?
  • From: "CUGINI, JOHN" <cugini@icst-ecf>
• (READ-CHAR T) vs. (FORMAT T)
  • From: edsel!gypsy-moth!kdo@navajo.stanford.edu (Ken Olum)
• What does this bit of code do?
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• What does this bit of code do?
  • From: Guy Steele <gls@Think.COM>
• What does this bit of code do?
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: What does this bit of code do?
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• What does this bit of code do?
  • From: Rob MacLachlan <RAM@>
• IMPORTations into keyword package
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• evalhook, eval-when
  • From: John Williams <johnw%cvaxa.sussex.ac.uk@Cs.Ucl.AC.UK>
• evalhook, eval-when
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• evalhook, eval-when
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• IMPORTations into keyword package
  • From: Robert W. Kerns <RWK@yukon.scrc.symbolics.com>
• Re: evalhook, eval-when
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• evalhook, eval-when
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• eval-when [former subject evalhook, eval-when]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Does *read-suppress* suppress list construction?
  • From: vanMelle.pa@Xerox.COM
• please add me
  • From: John C. Akbari <AKBARI@CS.COLUMBIA.EDU>
• Mailing list
  • From: yeung@cseb.usc.edu (Dit-Yan Yeung)
• please add me
  • From: Sheri Markus <KVQJ@CSLI.Stanford.EDU>
• Extension to MAP
  • From: VERACSD@A.ISI.EDU
• Extension to MAP
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Extension to MAP
  • From: norvig%cogsci.Berkeley.EDU@berkeley.edu (Peter Norvig)
• Extension to MAP
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Extension to MAP
  • From: Barry Margolin <barmar@Think.COM>
• Re: Extension to MAP
  • From: vrotney@venera.isi.edu
• CommonObjects on CommonLoops
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Request to be added to mailing list
  • From: Robert Dale <rda%epistemi.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Re: CommonObjects on CommonLoops
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Extension to MAP
  • From: Jim Hassett <HASSETT%sp.unisys.com@RELAY.CS.NET>
• Replies to Extension to MAP
  • From: VERACSD@A.ISI.EDU
• (THE (VALUES ...) ...) with &KEY
  • From: Pavel.pa@Xerox.COM
• (THE (VALUES ...) ...) with &KEY
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Replies to Extension to MAP
  • From: Guy Steele <gls@Think.COM>
• Extension to MAP
  • From: <samalone@ATHENA.MIT.EDU>
• Numerical Comparison: "required coercions"
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Replies to Extension to MAP
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Numerical Comparison: "required coercions"
  • From: fateman@mike.berkeley.edu (Richard Fateman)
• More on MAP
  • From: VERACSD@A.ISI.EDU
• More on MAP
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Free variables in a LAMBDA which names a function
  • From: "Stephen E. Robbins" <STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• Free variables in a LAMBDA which names a function
  • From: BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Free variables in a LAMBDA which names a function
  • From: Barry Margolin <barmar@Think.COM>
• Numerical Comparison: "required coercions"
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Free variables in a LAMBDA which names a function
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Free variables in a LAMBDA which names a function
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Replies to Extension to MAP
  • From: Guy Steele <gls@Think.COM>
• Numerical Comparison: "required coercions"
  • From: Guy Steele <gls@Think.COM>
• Numerical Comparison: "required coercions"
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Numerical Comparison: "required coercions"
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Extension to MAP [if the shoe doesn't fit?]
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Free variables in a LAMBDA which names a function
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Numerical Comparison: "required coercions"
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Numerical Comparison: "required coercions"
  • From: Scott Cyphers <Cyphers@YUKON.SCRC.Symbolics.COM>
• Re: Numerical Comparison: "required coercions"
  • From: Guy Steele <gls@Think.COM>
• Re: Numerical Comparison: "required coercions"
  • From: fateman@mike.Berkeley.EDU (Richard Fateman)
• Numerical Comparison: "required coercions"
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Numerical Comparison: "required coercions"
  • From: fateman@mike.Berkeley.EDU (Richard Fateman)
• Coercion rule for comparisons
  • From: Rem@IMSSS
• NMAP
  • From: VERACSD@A.ISI.EDU
• Practical (values)
  • From: mcvax!lifia!phs@seismo.CSS.GOV (Philippe Schnoebelen)
• Practical (values)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• NMAP macro
  • From: VERACSD@A.ISI.EDU
• NMAP a good idea.
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• NMAP a good idea if done correctly (blush)
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• NMAP a good idea.
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• nmap
  • From: frascado@umn-cs.arpa (Gregory Frascadore)
• Sequence functions ..
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• *terminal-io*
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• Re: *terminal-io*
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• Re: *terminal-io*
  • From: sandra%utah-orion@utah-cs.arpa (Sandra J Loosemore)
• *terminal-io*
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• MAPing Sequences
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN
• almost scheme in common lisp
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Circular list implementation technique
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• *terminal-io*
  • From: Barry Margolin <barmar@Think.COM>
• MAPing Sequences
  • From: Barry Margolin <barmar@Think.COM>
• NMAP
  • From: Evan Kirshenbaum <evan@CSLI.Stanford.EDU>
• Computed goto's
  • From: primerd!DOUG@ENX.Prime.PDN
• Computed goto's
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• Remove from Mailing List
  • From: wahlster@ernie.Berkeley.EDU (Prof. Wolfgang Wahlster)
• Computed goto's
  • From: Barry Margolin <barmar@Think.COM>
• Computed goto's
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Computed goto's
  • From: primerd!DOUG@ENX.Prime.PDN
• Discussion of computed GO and CASE
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Computed goto's
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• Computed goto's
  • From: shebs%utah-orion@utah-cs.arpa (Stanley T. Shebs)
• MAPing Sequences
  • From: Guy Steele <gls@Think.COM>
• "computed goto"
  • From: Masinter.pa@Xerox.COM
• Thanks for all the help
  • From: primerd!DOUG@ENX.Prime.PDN
• Clipping Output
  • From: ELIOT%cs.umass.edu@RELAY.CS.NET
• Common Lisp symbols
  • From: "Stephen E. Robbins" <STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• all symbols
  • From: Timothy Daly <DALY@ibm.com>
• Clipping output
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Common Lisp symbols
  • From: "Stephen E. Robbins" <unido!OZ.AI.MIT.EDU!STEVER@seismo.CSS.GOV>
• Re: Common LISP Symbols
  • From: unido!primerd!DOUG@seismo.CSS.GOV
• Common Lisp symbols
  • From: "David A. Moon" <unido!STONY-BROOK.SCRC.Symbolics.COM!Moon@seismo.CSS.GOV>
• all symbols
  • From: hornig@QUABBIN.SCRC.Symbolics.COM
• Re: all symbols
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• Re: all symbols
  • From: hornig@QUABBIN.SCRC.Symbolics.COM
• DEFVAR semantics
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Number of Common Lisp symbols
  • From: nelson%bach.DEC@decwrl.DEC.COM (Beryl Elaine Nelson)
• NMAP innefficiency
  • From: Hvatum@MIT-MULTICS.ARPA
• Compiling CASE
  • From: Hvatum@MIT-MULTICS.ARPA
• Re: Common Lisp symbols
  • From: Masayuki Ida <a37078%ccut.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• Compiling CASE
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• all symbols
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• "Compiling CASE"
  • From: las@bfly-vax.bbn.com
• Compiling CASE
  • From: Barry Margolin <barmar@Think.COM>
• Re: Compiling CASE
  • From: shebs%orion@cs.utah.edu (Stanley T. Shebs)
• Compiling CASE - back to the fray
  • From: primerd!DOUG@ENX.Prime.PDN
• Compiling CASE
  • From: Don Morrison <dfm@JASPER.PALLADIAN.COM>
• Re: Compiling CASE
  • From: Masinter.pa@Xerox.COM
• Re: Compiling CASE
  • From: Randy%acorn@oak.lcs.mit.edu
• all symbols
  • From: Randy%acorn@oak.lcs.mit.edu
• Re: Compiling CASE
  • From: NGALL@G.BBN.COM
• Re: Compiling CASE
  • From: Guy Steele <gls@Think.COM>
• Compiling CASE
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• "Compiling CASE"
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re-defining COMMON-LISP symbols
  • From: sears%wrs.DEC@decwrl.DEC.COM
• Re-defining COMMON-LISP symbols
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re-defining COMMON-LISP symbols
  • From: Guy Steele <gls@Think.COM>
• DEFVAR semantics
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Compiling CASE
  • From: Barry Margolin <barmar@Think.COM>
• Compiling CASE
  • From: Hvatum@MIT-MULTICS.ARPA
• Compiling CASE
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Compiling CASE
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• redefining Common Lisp functions
  • From: masinter.PA@Xerox.COM
• Re: redefining Common Lisp functions
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• redefining Common Lisp functions
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• all symbols [and delayed mail]
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Redefining CL fns
  • From: Mike Hewett <HEWETT@SUMEX-AIM.STANFORD.EDU>
• Re: Redefining Common LISP Functions, MACROS and Special Forms
  • From: sears%wrs.DEC@decwrl.DEC.COM
• redefining Common Lisp functions
  • From: Guy Steele <gls@Think.COM>
• Compiling CASE
  • From: David C. Plummer <DCP@quabbin.scrc.symbolics.com>
• Inconsistent keywords for sequence functions
  • From: DON%atc.bendix.com@RELAY.CS.NET
• Redefinition of CL Functions
  • From: Jeffrey Rosenking <ROSENKING@A.ISI.EDU>
• Re: Redefinition of CL Functions
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Redefinition of CL Functions
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• Re: Redefinition of CL Functions
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Inconsistencies in Sequence Function Arguments
  • From: sears%wrs.DEC@decwrl.DEC.COM
• Inconsistent keywords for sequence functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• redefining Common Lisp functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Format
  • From: VERACSD@A.ISI.EDU
• Format
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Redefinition of CL Functions
  • From: sears%wrs.DEC@decwrl.DEC.COM
• Flavors and DEC's VMS Common Lisp?
  • From: jcm@ORNL-MSR.ARPA (James A. Mullens)
• Re: Redefinition of Common Lisp Functions
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• EVAL-WHEN symbols
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• macroexpand inside of macrolet...
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• Redefinition of Common Lisp Functions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• macroexpand inside of macrolet...
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• EVAL-WHEN symbols
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: macroexpand inside of macrolet...
  • From: Masinter.pa@Xerox.COM
• Re: EVAL-WHEN symbols
  • From: Gregory Weeks <weeks%hplbgw%hplb29a@hplabs.HP.COM>
• Re: EVAL-WHEN symbols
  • From: Masinter.pa@Xerox.COM
• Compiling CASE
  • From: Don Morrison <dfm@JASPER.PALLADIAN.COM>
• bignums are bogus
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• CLARIFICATION: [italics]package arguments.
  • From: vrotney@vaxa.isi.edu
• bignums are bogus
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• bignums are bogus
  • From: Rob MacLachlan <RAM@C.CS.CMU.EDU>
• bignums are bogus
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• bignums are bogus
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• Bognumosity
  • From: shebs%orion@cs.utah.edu (Stanley T. Shebs)
• Re: bignums are bogus
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Bognumosity
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Bognumosity
  • From: shebs%orion@cs.utah.edu (Stanley T. Shebs)
• typos in Cltl
  • From: Timothy Daly <DALY@ibm.com>
• Re: Bognumosity
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Re: Bognumosity
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: bignums are bogus
  • From: sdcrdcf!darrelj@CS.UCLA.EDU
• Re: Bognumosity
  • From: shebs%orion@cs.utah.edu (Stanley T. Shebs)
• How much memory for bignum or other large data structure?
  • From: Robert Elton Maas <REM%IMSSS@SAIL.Stanford.EDU>
• Re: Bognumosity
  • From: preece%mycroft@gswd-vms.ARPA (Scott E. Preece)
• Re: Bognumosity
  • From: preece%mycroft@gswd-vms.ARPA (Scott E. Preece)
• bignums are bogus
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• bignums are bogus
  • From: Masinter.pa@Xerox.COM
• Re: How much memory for bignum or other large data structure?
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• Re: typos in Cltl
  • From: Pavel.pa@Xerox.COM
• bugnums (er, bignums)
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• SOME and Multiple Values
  • From: ghenis.pasa@Xerox.COM
• SETF and pathname slots
  • From: ghenis.pasa@Xerox.COM
• Re: Bognumosity
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• SOME and Multiple Values
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: CLARIFICATION: [italics]package arguments.
  • From: John Diamant <diamant%hpfclp@hplabs.HP.COM>
• Bignums are bogus?
  • From: DON%atc.bendix.com@RELAY.CS.NET
• Re: Bignums are bogus?
  • From: fateman@mike.Berkeley.EDU (Richard Fateman)
• Re: CLARIFICATION: [italics]package arguments.
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• SETF and pathname slots
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: CLARIFICATION: [italics]package arguments.
  • From: John Diamant <diamant%hpfclp@hplabs.HP.COM>
• Language extensions (formerly [italics]package arguments.)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: CLARIFICATION: [italics]package arguments.
  • From: vrotney@vaxa.isi.edu
• Sec.11.7 [italics]package arguments.
  • From: vrotney@vaxa.isi.edu
• CLARIFICATION: [italics]package arguments.
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• OR and Multiple Values
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Fixnums Bogus
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• OR and Multiple Values
  • From: Don Morrison <dfm@JASPER.PALLADIAN.COM>
• Packages
  • From: Dick Gabriel <RPG@SAIL.STANFORD.EDU>
• OR if some argument returns no values
  • From: Rem@IMSSS
• Re: CLARIFICATION: [italics]package arguments.
  • From: John Diamant <diamant%hpfclp@hplabs.HP.COM>
• OR if some argument returns no values
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: SETF and pathname slots
  • From: Randy%acorn@oak.lcs.mit.edu
• MULTIPLE-VALUE-OR, and Consing
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Bigosities
  • From: primerd!DOUG@ENX.Prime.PDN
• Re: Bigosities
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• bignums are bogus
  • From: Guy Steele <gls@Think.COM>
• Pavel's reply
  • From: Timothy Daly <DALY@ibm.com>
• Bigosities
  • From: preece%mycroft@gswd-vms.ARPA (Scott E. Preece)
• MULTIPLE-VALUE-OR, and Consing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Re: Bignums are bogus?
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Compiling CASE
  • From: Hvatum@MIT-MULTICS.ARPA
• "Redefining" functions
  • From: Hvatum@MIT-MULTICS.ARPA
• MULTIPLE-VALUES, consing, and clarity
  • From: goldman@VAXA.ISI.EDU
• MULTIPLE-VALUES, consing, and clarity
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: MULTIPLE-VALUES, consing, and clarity
  • From: Pavel.pa@Xerox.COM
• MULTIPLE-VALUES, consing, and clarity
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• MULTPLE-VALUE-OR &rest args
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Streams
  • From: rauen@CLS.LCS.MIT.EDU (James R. Rauen)
• A simple question
  • From: Russ Smith <smith@nrl-aic.ARPA>
• A simple question
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• A simple question
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Just for fun (NULL of NULL is identity)
  • From: Rem@IMSSS
• A simple question
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• A simple question
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Streams
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• A simple question
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Mailing List
  • From: decvax!cvbnet!admin!tbardasz@decwrl.DEC.COM (Ted Bardasz)
• Re: A simple question
  • From: Russ Smith <smith@nrl-aic.ARPA>
• CLtL typos list
  • From: Timothy Daly <DALY@ibm.com>
• Re: A simple question
  • From: coffee@aerospace.aero.org
• Pronunciation
  • From: VERACSD@A.ISI.EDU
• Re: Pronunciation
  • From: zs01#@andrew.cmu.edu (Zalman Stern)
• Pronunciation
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Pronunciation
  • From: "Juergen Christoffel" <unido!gmdzi!LISPM-1!JC@seismo.CSS.GOV>
• MULTPLE-VALUE-OR &rest args
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Cleaning up predicate returns
  • From: coffee@aerospace.aero.org
• (reduce #'or ...)
  • From: larus@paris.Berkeley.EDU (James Larus)
• Very BIG "T"
  • From: coffee@aerospace.aero.org
• Re: (reduce #'or ...)
  • From: quiroz@rochester.arpa
• (reduce #'or ...)
  • From: Don Morrison <dfm@JASPER.PALLADIAN.COM>
• MULTIPLE-VALUES OR
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• (REDUCE #'OVERHEAD (MAP ...))
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• CLtL typos list
  • From: Guy Steele <gls@Think.COM>
• (REDUCE #'OVERHEAD (MAP ...))
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Notice on Kyoto Common Lisp distribution
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Notice on Kyoto Common Lisp distribution
  • From: BATTEN%UK.AC.BHAM.COMP-V1@ac.uk
• Kyoto Common Lisp addendum
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Rule System in CommonLoops/CLOS
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Smalltalk-80 Classes for Symbolics and/or CommonLisp
  • From: "Thomas M. Breuel" <TMB%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• atom type question
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• atom type question
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• atom type question
  • From: Ram@C.CS.CMU.EDU
• atom type question
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• &REST
  • From: berman@vaxa.isi.edu (Richard Berman)
• &REST
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: &REST
  • From: coffee@aerospace.aero.org
• Re: &REST
  • From: berman@vaxa.isi.edu
• Re: Gold Hill's floating-point
  • From: coffee@aerospace.aero.org
• documentation
  • From: berman@vaxa.isi.edu
• Re: &REST
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• documentation
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Gold Hill's floating-point
  • From: coffee@aerospace.aero.org
• (REDUCE #'OVERHEAD (MAP ...))
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: &REST
  • From: K. Shane Hartman <SHANE@JASPER.PALLADIAN.COM>
• Re: &REST
  • From: Richard Acuff <Acuff@SUMEX-AIM.STANFORD.EDU>
• Last message to list.
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: &REST
  • From: dg%acorn@oak.lcs.mit.edu
• Addition to mailing list.
  • From: dml@NADC
• Mailing List for Lucid Users
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Introduction to a multi-byte character extension
  • From: Masayuki Ida <a37078%tansei.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• A multi-byte character extension proposal
  • From: Masayuki Ida <a37078%tansei.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• Format
  • From: Richard Berman <berman@vaxa.isi.edu>
• Format
  • From: Barry Margolin <barmar@Think.COM>
• Communications packages in Common LISP
  • From: Olasov@MIT-Multics.ARPA
• User-Visible Declarations and Proclamations
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• ~% Directive
  • From: Richard Berman <berman@vaxa.isi.edu>
• User-Visible Declarations and Proclamations
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• ~% Directive
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• More FORMAT
  • From: Richard Berman <berman@vaxa.isi.edu>
• More FORMAT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: More FORMAT
  • From: Richard Berman <berman@vaxa.isi.edu>
• Re: More FORMAT
  • From: Barry Margolin <barmar@Think.COM>
• Re: More FORMAT
  • From: Daniels.pa@Xerox.COM
• All arrays can be adjustable?
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• All arrays can be adjustable?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• All arrays can be adjustable?
  • From: David L. Andre <DLA@DIAMOND.S4CC.Symbolics.COM>
• All arrays can be adjustable?
  • From: Scott Cyphers <Cyphers@YUKON.SCRC.Symbolics.COM>
• adjustable arrays
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: More FORMAT
  • From: Don Morrison <dfm@JASPER.PALLADIAN.COM>
• All arrays can be adjustable?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: More FORMAT
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• All arrays can be adjustable?
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• adjustable arrays
  • From: franz!ficl!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• All arrays can be adjustable?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [dg%acorn@oak.lcs.mit.edu: Re: &REST]
  • From: Patrick H Dussud <DUSSUD%Jenner%ti-csl.csnet@RELAY.CS.NET>
• [no subject]
  • From: John Williams <johnw%cvaxa.sussex.ac.uk@Cs.Ucl.AC.UK>
• [no subject]
  • From: las@bfly-vax.bbn.com
• DISASSEMBLE, et all return values
  • From: Barry Margolin <barmar@Think.COM>
• Re: More FORMAT
  • From: Richard Berman <berman@vaxa.isi.edu>
• [no subject]
  • From: Richard Berman <berman@vaxa.isi.edu>
• las@bfly-vax.bbn.com
  • From: Richard Berman <berman@vaxa.isi.edu>
• [no subject]
  • From: las@bfly-vax.bbn.com
• All arrays can be adjustable?
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Order of evaluation in PUSH (& PUSHNEW)
  • From: peck@Sun.COM
• :fill-pointer maybe
  • From: Richard Berman <berman@vaxa.isi.edu>
• arrays
  • From: Richard Berman <berman@vaxa.isi.edu>
• arrays
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• :fill-pointer maybe
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• arrays
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Order of evaluation in PUSH (& PUSHNEW)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Roman numeral hacking.
  • From: rauen@CLS.LCS.MIT.EDU (James R. Rauen)
• Order of evaluation in PUSH
  • From: ibuki!weaver@labrea.stanford.edu (Eric Weaver)
• [adjustable arrays?] More FORMAT
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Re: Order of evaluation in PUSH (& PUSHNEW)
  • From: quiroz@cs.rochester.edu
• Order of evaluation in PUSH (& PUSHNEW)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [dg%acorn@oak.lcs.mit.edu: Re: &REST]
  • From: Jeff Gibbons <jeff@JASPER.PALLADIAN.COM>
• All arrays can be adjustable?
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• [adjustable arrays?] More FORMAT
  • From: David C. Plummer <DCP@quabbin.scrc.symbolics.com>
• validation suite
  • From: Timothy Daly <DALY@ibm.com>
• Re: Notice on Kyoto Common Lisp distribution (query)
  • From: tk@moss.att.com (Tom Kirk)
• Re: Order of evaluation in PUSH (& PUSHNEW)
  • From: larus%paris.Berkeley.EDU@berkeley.edu (James Larus)
• [adjustable arrays?] More FORMAT
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Order of evaluation in PUSH (& PUSHNEW)
  • From: P. T. Withington <PTW@YUKON.SCRC.Symbolics.COM>
• Re: :fill-pointer maybe
  • From: Richard Berman <berman@vaxa.isi.edu>
• Re: validation suite
  • From: Richard Berman <berman@vaxa.isi.edu>
• :fill-pointer maybe
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• All arrays can be adjustable?
  • From: Don Morrison <dfm@jasper.palladian.com>
• Re: Order of evaluation in PUSH (& PUSHNEW)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Order of evaluation in PUSH (& PUSHNEW)
  • From: larus%paris.Berkeley.EDU@berkeley.edu (James Larus)
• Re: Order of evaluation in general
  • From: Randy%acorn@oak.lcs.mit.edu
• Re: Order of evaluation in general
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• All arrays can be adjustable?
  • From: Guy Steele <gls@Think.COM>
• Re: More FORMAT
  • From: Guy Steele <gls@Think.COM>
• numerals, Roman, large, overly, printing of, how to do it
  • From: Guy Steele <gls@Think.COM>
• numerals, Roman, large, overly, printing of, how to do it
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• :KEY, hairsplit
  • From: Richard Berman <berman@vaxa.isi.edu>
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN
• defsystem
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• All arrays can be adjustable?
  • From: "Gail Zacharias" <GZ%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• Revision 2.1 of public defsystem available
  • From: primerd!DOUG@ENX.Prime.PDN
• type specifiers
  • From: Timothy Daly <DALY@ibm.com>
• type specifiers
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• SIMPLE-VECTOR
  • From: Glenn S. Burke <gsb@JASPER.PALLADIAN.COM>
• Latin
  • From: Guy Steele <gls@Think.COM>
• SIMPLE-VECTOR
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• SIMPLE-VECTOR
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• SIMPLE-VECTOR
  • From: Ram@C.CS.CMU.EDU
• SIMPLE-VECTOR
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Interpretation Needed for #+feature
  • From: <krall%pp.mcc.com%pp.mcc.com@mcc.com>
• Re: Interpretation Needed for #+feature
  • From: <samalone@ATHENA.MIT.EDU>
• historical question about CASE
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• historical question about CASE
  • From: Barry Margolin <barmar@Think.COM>
• historical question about CASE
  • From: SOLEY@XX.LCS.MIT.EDU
• historical question about CASE
  • From: Barry Margolin <barmar@Think.COM>
• historical question about CASE
  • From: Guy Steele <gls@Think.COM>
• Common LISP omissions: Collect, Locatives
  • From: dml@nadc.arpa (D. Loewenstern)
• Common LISP omissions: Collect, Locatives
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• LISP:STRUCTURE ?
  • From: Dan Hoey <hoey@nrl-aic.ARPA>
• LISP:STRUCTURE ?
  • From: Ram@C.CS.CMU.EDU
• LISP:STRUCTURE
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• locatives...
  • From: Timothy Daly <DALY@ibm.com>
• Common LISP omissions: Locatives
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: historical question about CASE
  • From: Guy Steele <gls@Think.COM>
• Hash-on-eq
  • From: dml@nadc.arpa (D. Loewenstern)
• APPLY with 3+ arguments
  • From: Richard Fritzson <fritzson@bigburd.PRC.Unisys.COM>
• Re: APPLY with 3+ arguments
  • From: dml@nadc.arpa (D. Loewenstern)
• Re: APPLY with 3+ arguments
  • From: <samalone@ATHENA.MIT.EDU>
• I Like a Single Namespace
  • From: Christopher Dollin <kers%hplb.csnet@RELAY.CS.NET>
• APPLY with 3+ arguments
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• I Like a Single Namespace
  • From: Barry Margolin <barmar@Think.COM>
• Re: APPLY with 3+ arguments
  • From: Daniels.pa@Xerox.COM
• [no subject]
  • From: Christopher Dollin <kers%hplb.csnet@RELAY.CS.NET>
• Kyoto Common Lisp
  • From: CL.BOYER@R20.UTEXAS.EDU
• A multi-byte character extension proposal
  • From: "Thomas Linden (Thom)" <baggins@ibm.com>
• Re: A multi-byte character extension proposal
  • From: Masayuki Ida <a37078%tansei.cc.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• Format ~E nit -- language lawyer sought
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• MODIFYF
  • From: VERACSD@A.ISI.EDU
• Tracing locally defined functions
  • From: "Dan Corkill A356 LGRC (413)545-0156" <CORK%cs.umass.edu@RELAY.CS.NET>
• print question
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• print question
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Tracing locally defined functions
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: MODIFYF
  • From: dml@nadc.arpa (D. Loewenstern)
• print question
  • From: Don Morrison <dfm@jasper.palladian.com>
• Re: A multi-byte character extension proposal
  • From: Masayuki Ida <a37078%tansei.cc.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• 2 namespaces & a complement to #' notation
  • From: Jim Hassett <HASSETT%sp.unisys.com@RELAY.CS.NET>
• Flavors for KCL
  • From: <krall%pp.mcc.com%pp.mcc.com@mcc.com>
• Loop Macro (after Zetalisp, franz, etc.)
  • From: Marie Bienkowski <mab@mind.Princeton.EDU>
• Loop Macro (after Zetalisp, Franz, etc.)
  • From: mab@flash.bellcore.com (Marie Bienkowski)
• Location of defsys.l?
  • From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
• Questions about (function eq)
  • From: Michael Greenberg <GREENBERG%cs.umass.edu@RELAY.CS.NET>
• Questions about (function eq)
  • From: Barry Margolin <barmar@Think.COM>
• [no subject]
  • From: primerd!DOUG@ENX.Prime.PDN
• Loop Macro (after Zetalisp, Franz, etc.)
  • From: <jeff@JASPER.Palladian.COM>
• Atoms in association lists
  • From: <krall%pp.mcc.com%pp.mcc.com@mcc.com>
• Re: Flavors for KCL
  • From: Hiroshi "Gitchang" Okuno <Okuno@SUMEX-AIM.STANFORD.EDU>
• Atoms in association lists
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Flavors for KCL
  • From: Hiroshi "Gitchang" Okuno <Okuno@SUMEX-AIM.STANFORD.EDU>
• Re: Atoms in association lists
  • From: coffee@aerospace.aero.org
• Re: Atoms in association lists
  • From: dml@NADC.ARPA (D. Loewenstern)
• Re: Atoms in association lists
  • From: Daniels.pa@Xerox.COM
• print question
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Loop Macro (after Zetalisp, franz, etc.)
  • From: edsel!bhopal!jonl@navajo.stanford.edu (Jon L White)
• Atoms in association lists
  • From: sidney%acorn@oak.lcs.mit.edu
• Re: Atoms in association lists
  • From: sidney%acorn@oak.lcs.mit.edu
• Re: Atoms in association lists
  • From: Scott Cyphers <Cyphers@YUKON.SCRC.Symbolics.COM>
• OPS5
  • From: thoms@caen.engin.umich.edu (Dale E Thoms)
• Re: Atoms in association lists
  • From: dml@nadc.arpa (D. Loewenstern)
• Plists and NIL.
  • From: dml@nadc.arpa (D. Loewenstern)
• kcl
  • From: John Williams <johnw%cvaxa.sussex.ac.uk@Cs.Ucl.AC.UK>
• Re: Flavors for KCL
  • From: Masami Hagiya <hagiya%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@RELAY.CS.NET>
• UK KCL
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• Re: kcl
  • From: Bob Boyer <AI.BOYER@MCC.COM>
• Re: Plists and NIL.
  • From: Daniels.pa@Xerox.COM
• macrolet
  • From: vax135!lcuxle!elia@ucbvax.Berkeley.EDU (Weixelbaum Elia)
• Validation suite
  • From: Richard Berman <berman@vaxa.isi.edu>
• Plists and NIL.
  • From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• special forms
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• special forms
  • From: Ram@C.CS.CMU.EDU
• macrolet
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Plists and NIL.
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Appropriate use of the Common-Lisp mailing list
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Appropriate use of the Common-Lisp mailing list
  • From: Jim Kempf <kempf%hplabsz@hplabs.HP.COM>
• Apropos case sensitive?
  • From: Steve.Handerson@spice.cs.cmu.edu
• Test - Please ignore
  • From: Self-Deluded Demigod <root%bell.cad.mcc.com@mcc.com>
• Re: Apropos case sensitive?
  • From: vrotney@venera.isi.edu
• RE: Apropos case sensitive?
  • From: Stride 440 User <HELLER%cs.umass.edu@RELAY.CS.NET>
• Prolog
  • From: kanya@caen.engin.umich.edu (Kanya Likanasudh)
• pathnames, portability, ed, eval-when, compile-file, fasl files
  • From: Timothy Daly <DALY@ibm.com>
• editor issues
  • From: Ram@C.CS.CMU.EDU
• eval-when issues
  • From: Ram@C.CS.CMU.EDU
• Appropriate use of the Common-Lisp mailing list
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• Re: Prolog
  • From: Ken Kahn <Kahn.pa@Xerox.COM>
• Apropos case sensitive?
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• Re: Atoms in association lists
  • From: EJS%acorn@oak.lcs.mit.edu
• Toplevel lexical variables
  • From: VERACSD@A.ISI.EDU
• Toplevel lexical variables
  • From: Dan Pierson <pierson@multimax.ARPA>
• Correction
  • From: VERACSD@A.ISI.EDU
• Correction
  • From: Scott McKay <SWM@SAPSUCKER.SCRC.Symbolics.COM>
• Re: Correction
  • From: Gregor.pa@Xerox.COM
• Re: Correction
  • From: Scott McKay <SWM@SAPSUCKER.SCRC.Symbolics.COM>
• Re: Correction
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: Correction
  • From: Barry Margolin <barmar@think.com>
• EOF-VALUE
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Re: EOF-VALUE
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• EOF-VALUE
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• EOF-VALUE
  • From: Barry Margolin <barmar@think.com>
• EOF-VALUE
  • From: Guy Steele <gls@Think.COM>
• Re: Toplevel lexical variables
  • From: Christopher Schmidt <SCHMIDT@SUMEX-AIM.STANFORD.EDU>
• Toplevel lexical variables
  • From: Dan Pierson <pierson@multimax.ARPA>
• EOF value
  • From: "Wade Hennessey" <wade@wombat.stanford.edu>
• *eof-value*
  • From: MURRAY%cs.umass.edu@RELAY.CS.NET
• Re: *eof-value*
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• Test Suite availability
  • From: wile@vaxa.isi.edu
• compile-time processing of REQUIRE
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• Re: compile-time processing of REQUIRE
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• compile-time processing of REQUIRE
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• New special form suggestion: LET-CONSTANT
  • From: Barry Margolin <barmar@Think.COM>
• Re: New special form suggestion: LET-CONSTANT
  • From: <samalone@ATHENA.MIT.EDU>
• New special form suggestion: LET-CONSTANT
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: compile-time processing of REQUIRE
  • From: Alan Snyder <snyder%hplsny@hplabs.HP.COM>
• Question on function type spec and lambda-list keywords
  • From: RpK%acorn@oak.lcs.mit.edu
• New special form suggestion: LET-CONSTANT
  • From: edsel!kent-state!eb@labrea.stanford.edu (Eric Benson)
• LET-CONSTANT and DECLARE (CONSTANT
  • From: "AITG::VANROGGEN" <vanroggen%aitg.decnet@hudson.dec.com>
• New special form suggestion: LET-CONSTANT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• LET-CONSTANT and DECLARE (CONSTANT
  • From: Ram@C.CS.CMU.EDU
• New special form suggestion: LET-CONSTANT
  • From: BROOKS%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• New special form suggestion: LET-CONSTANT
  • From: Barry Margolin <barmar@Think.COM>
• Re: New special form suggestion: LET-CONSTANT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• compile-time processing of REQUIRE
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• LET-CONSTANT [or "Anonymous Constants"]
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• New special form suggestion: LET-CONSTANT
  • From: Scott Cyphers <Cyphers@YUKON.SCRC.Symbolics.COM>
• New special form suggestion: LET-CONSTANT
  • From: SOLEY@XX.LCS.MIT.EDU
• New special form suggestion: LET-CONSTANT
  • From: Guy Steele <gls@Think.COM>
• truename, merge-pathnames, etc.
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• truename, merge-pathnames, etc.
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• RE: truename, merge-pathnames, etc.
  • From: Stride 440 User <HELLER%cs.umass.edu@RELAY.CS.NET>
• RE: truename, merge-pathnames, etc.
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• truename, merge-pathnames, etc.
  • From: Ram@C.CS.CMU.EDU
• Continuation Passing Style?
  • From: Timothy.Freeman@theory.cs.cmu.edu
• Test suite available
  • From: wile@vaxa.isi.edu
• FLET & declarations
  • From: GZ%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
• Question on function type spec and lambda-list keywords
  • From: mike%acorn@oak.lcs.mit.edu
• FLET & declarations
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Interpretation of shadowing
  • From: "Dieter Kolb" <unido!ztivax!kolb@seismo.CSS.GOV>
• Re: Interpretation of shadowing
  • From: <samalone@ATHENA.MIT.EDU>
• Interpretation of shadowing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• The values returned by SETF
  • From: dml@nadc.arpa (D. Loewenstern)
• The values returned by SETF
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• New Address for Common Lisp
  • From: 093725%incdp1@LANL.GOV (TOM NORRIS)
• Re: The values returned by SETF
  • From: Pavel.pa@Xerox.COM
• The values returned by SETF
  • From: Ram@C.CS.CMU.EDU
• Interpretation of shadowing [and type of argument to SHADOW]
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• Interpretation of shadowing [and type of argument to SHADOW]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• SHADOW et. al
  • From: Brad Miller <miller@DOUGHNUT.CS.ROCHESTER.EDU>
• length
  • From: Timothy Daly <DALY@ibm.com>
• The values returned by SETF
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• New Reader
  • From: decvax!cvbnet!expert!pmorris@decwrl.dec.com (Peter Morris )
• cleanup status?
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• length
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• length
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• length
  • From: edsel!bhopal!jonl@labrea.stanford.edu (Jon L White)
• length
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: cleanup status?
  • From: Masinter.pa@Xerox.COM
• Common Lisp LOOP
  • From: Michael Ginn <GINN@sumex-aim.stanford.edu>
• Common Lisp LOOP
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Common Lisp LOOP
  • From: Taiichi Yuasa <yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@RELAY.CS.NET>
• KCL LOOP posting
  • From: <LINNDR%VUENGVAX.BITNET@forsythe.stanford.edu> (David Linn)
• KCL LOOP posting
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK>
• setf order of evaluation
  • From: Timothy Daly <DALY@ibm.com>
• setf order of evaluation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: setf order of evaluation
  • From: NGALL@G.BBN.COM
• Re: Common Lisp LOOP
  • From: raible@orville.nas.nasa.gov
• setf order of evaluation
  • From: franz!ficl!drb@ucbarpa.Berkeley.EDU (David Barton)
• setf order of evaluation
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• setf order of evaluation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• RE: setf order of evaluation
  • From: Stride 440 User <HELLER%cs.umass.edu@RELAY.CS.NET>
• [KAHLE@Aquinas.Think.COM: defstruct request for common lisp]
  • From: gls@Think.COM
• [KAHLE@Aquinas.Think.COM: common lisp question]
  • From: gls@Think.COM
• [KAHLE@Aquinas.Think.COM: defstruct request for common lisp]
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• [KAHLE@Aquinas.Think.COM: common lisp question]
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• Re: setf order of evaluation
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• BBS
  • From: <KARSAIG1%VUENGVAX.BITNET@forsythe.stanford.edu>
• Bigger Benchmarks
  • From: shebs%orion@cs.utah.edu (Stanley T. Shebs)
• Common Lisp 3270 emulation available?
  • From: newman.pasa@Xerox.COM
• Re: [KAHLE@Aquinas.Think.COM: common lisp question]
  • From: NGALL@G.BBN.COM
• Synonym streams
  • From: DON%atc.bendix.com@RELAY.CS.NET
• Re: setf order of evaluation
  • From: NGALL@G.BBN.COM
• Japanese Activities toward Lisp Standardization
  • From: Taiichi Yuasa <yuasa%kurims.kurims.kyoto-u.junet%utokyo-relay.csnet@RELAY.CS.NET>
• STREAM-CLASS-ACCESS
  • From: Masinter.pa@Xerox.COM
• Synonym streams
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Please add us to you mailing list
  • From: Paul Dickson <Dickson@HIS-PHOENIX-MULTICS.ARPA>
• Re: STREAM-CLASS-ACCESS
  • From: kempf%hplabsz@hplabs.HP.COM
• Re: Japanese Activities toward Lisp Standardization
  • From: Masinter.pa@Xerox.COM
• New Member Questions
  • From: Bob May <May@HIS-PHOENIX-MULTICS.ARPA>
• Source code non-access (Re: defstruct request)
  • From: ghenis.pasa@Xerox.COM
• Source code non-access (Re: defstruct request)
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: [KAHLE@Aquinas.Think.COM: defstruct request for common lisp]
  • From: Pablo Ghenis <ghenis.pasa@Xerox.COM>
• defstruct slot info
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• Re: [KAHLE@Aquinas.Think.COM: defstruct request for common lisp]
  • From: Barry Margolin <barmar@Think.COM>
• Re: [KAHLE@Aquinas.Think.COM: defstruct request for common lisp]
  • From: ghenis.pasa@Xerox.COM
• CMU Common Lisp Distribution
  • From: Vicki L. Gordon <vgordon@venera.isi.edu>
• multiple-value-bind pervasive-ness ...
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• Defstruct and CLOS
  • From: Kevin Gallagher <GALLAGHER%cs.umass.edu@RELAY.CS.NET>
• Extending Defstruct
  • From: Kevin Gallagher <GALLAGHER%cs.umass.edu@RELAY.CS.NET>
• Defstruct and CLOS
  • From: Kevin Gallagher <GALLAGHER%cs.umass.edu@RELAY.CS.NET>
• Defstruct and CLOS
  • From: Kevin Gallagher <GALLAGHER%cs.umass.edu@RELAY.CS.NET>
• compile-time actions & top-level forms (long)
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• I need help
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• compile-time actions & top-level forms (long)
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• I need help
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• compile-time actions & top-level forms (long)
  • From: Ram@C.CS.CMU.EDU
• compile-time actions & top-level forms (long)
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• compile-time actions & top-level forms (long)
  • From: Ram@C.CS.CMU.EDU
• REQUIRE
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• Re: *REQUIRE-PATHNAME-DEFAULTS*
  • From: cutting.pa@Xerox.COM
• Mailing List
  • From: Marion@MIT-Multics.ARPA
• ...
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• ... [compile-time lexical environment]
  • From: Ram@c.cs.cmu.edu
• Re: the lexical environment for DEFTYPE, DEFINE-SETF-METHOD and DEFSETF
  • From: Pavel.pa@Xerox.COM
• the lexical environment for DEFTYPE, DEFINE-SETF-METHOD and
  • From: Ram@C.CS.CMU.EDU
• defmacro environment again..
  • From: Ram@c.cs.cmu.edu
• defmacro environment again..
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• REQUIRE
  • From: Ram@C.CS.CMU.EDU
• Re: the lexical environment for DEFTYPE, DEFINE-SETF-METHOD and
  • From: Pavel.pa@Xerox.COM
• Re: REQUIRE
  • From: John Diamant <diamant%hpfclp@hplabs.HP.COM>
• KCL Mailing List
  • From: kclmail@rascal.ics.utexas.edu (Bob Boyer)
• The IDENTITY function and multiple args
  • From: peck@Sun.COM
• The IDENTITY function and multiple args
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• with-open-stream and with-open-file
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: with-open-stream and with-open-file
  • From: Pavel.pa@Xerox.COM
• Re: with-open-stream and with-open-file
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Compiler-let
  • From: Steve.Handerson@SPICE.CS.CMU.EDU
• [boyer@rascal.ics.utexas.edu: CLTL]
  • From: gls@Think.COM
• RE: Extending DEFSTRUCT
  • From: "Dan Corkill, COINS, Umass (413)545-0156" <CORK%cs.umass.edu@RELAY.CS.NET>
• extending DEFSTRUCT
  • From: Dave.Touretzky@C.CS.CMU.EDU
• macrolet/flet/labels
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• extending DEFSTRUCT
  • From: Rick.Busdiecker@H.GP.CS.CMU.EDU
• extending DEFSTRUCT
  • From: norvig%cogsci.Berkeley.EDU@ucbvax.Berkeley.EDU (Peter Norvig)
• Re: macrolet/flet/labels
  • From: Pavel.pa@Xerox.COM
• extending DEFSTRUCT
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: extending DEFSTRUCT
  • From: "Daniel L. Cerys" <Cerys@XX.LCS.MIT.EDU>
• Re: macrolet/flet/labels
  • From: Scott McKay <SWM@SAPSUCKER.SCRC.Symbolics.COM>
• Re: extending DEFSTRUCT
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• extending DEFSTRUCT
  • From: Don Morrison <dfm@JASPER.Palladian.COM>
• 1988 LISP & FUNCTIONAL PROGRAMMING - CALL FOR PAPERS
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• suggestion for language extension
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• suggestion for language extension
  • From: Barry Margolin <barmar@Think.COM>
• extending DEFSTRUCT
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: suggestion for language extension
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• re: defstruct extensions
  • From: goldman@vaxa.isi.edu
• Re: suggestion for language extension
  • From: Barry Margolin <barmar@Think.COM>
• Re: macrolet/flet/labels
  • From: masinter.pa@Xerox.COM
• integer-decode-float usage question
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• integer-decode-float usage question
  • From: Jeff Mincy <mincy@Think.COM>
• Re: integer-decode-float usage question
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• re: defstruct extensions
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: integer-decode-float usage question
  • From: Barry Margolin <barmar@Think.COM>
• Re: integer-decode-float usage question
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• Re: suggestion for language extension
  • From: Masinter.pa@Xerox.COM
• flet/labels/macrolet
  • From: "Kim A. Barrett" <IIM@ECLA.USC.EDU>
• flet/labels/macrolet
  • From: Jeff Mincy <mincy@Think.COM>
• flet/labels/macrolet & environments
  • From: Kim A. Barrett <IIM@ECLA.USC.EDU>
• equality of structures, or *default-structure-type*
  • From: Hiroshi "Gitchang" Okuno <Okuno@SUMEX-AIM.STANFORD.EDU>
• equality of structures, or *default-structure-type*
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• RE: equality of structures, or *default-structure-type*
  • From: nelson%tle.DEC@decwrl.dec.com (Beryl Elaine Nelson)
• equality of structures
  • From: goldman@vaxa.isi.edu
• equality of structures
  • From: goldman@vaxa.isi.edu
• equality of structures
  • From: goldman@vaxa.isi.edu
• equality of structures, or *default-structure-type*
  • From: Barry Margolin <barmar@Think.COM>
• Access to lexical environment?
  • From: Barry Margolin <barmar@Think.COM>
• Question regarding FORMAT with ~:^ within ~:{
  • From: R Dunbar Poor <edsel!r@labrea.stanford.edu>
• Re: Question regarding FORMAT with ~:^ within ~:{
  • From: Pavel.pa@Xerox.COM
• Re: Question regarding FORMAT with ~:^ within ~:{
  • From: Dan L. Pierson <pierson@multimax.arpa> <pierson>
• Re: Question regarding FORMAT with ~:^
  • From: robbins%expert.DEC@decwrl.dec.com
• Re: Question regarding FORMAT with ~:^
  • From: franz!akbar!layer@ucbarpa.Berkeley.EDU (Kevin Layer)
• Re: Question regarding FORMAT with ~:^ within ~:{
  • From: NGALL@G.BBN.COM
• Re: Question regarding FORMAT with ~:^ within ~:{
  • From: "Daniel L. Cerys" <Cerys@XX.LCS.MIT.EDU>
• flet/labels/macrolet and environments
  • From: Kim A. Barrett <IIM@ECLA.USC.EDU>
• Re: Local redefs of special forms
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• Re: Local redefs of special forms
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• Missing and desired sequence function.
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Re: Local redefs of special forms
  • From: Barry Margolin <barmar@Think.COM>
• Missing and desired sequence function.
  • From: Bob Kanefsky <Kanef@SPAR.SLB.COM>
• Missing and desired sequence function.
  • From: Skef Wholey <Wholey@C.CS.CMU.EDU>
• Request for adding to mailing list
  • From: kumard@cs.Buffalo.EDU (Deepak Kumar)
• destructuring in macrolet?
  • From: Don Morrison <dfm@JASPER.Palladian.COM>
• destructuring in macrolet?
  • From: Barry Margolin <barmar@Think.COM>
• Re: Local redefs of special forms
  • From: David N Gray <Gray%dsg.csc.ti.com@RELAY.CS.NET>
• destructuring in macrolet?
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• reduce should allow an accessor function to be specified
  • From: Mark Bromley <bromley@Think.COM>
• reduce should allow an accessor function to be specified
  • From: STEVER%OZ.AI.MIT.EDU@xx.lcs.mit.edu
• reduce should allow an accessor function to be specified
  • From: David C. Plummer <DCP@quabbin.scrc.symbolics.com>
• Re: Local redefs of special forms
  • From: Barry Margolin <barmar@Think.COM>
• reduce should allow an accessor function to be specified
  • From: Barry Margolin <barmar@Think.COM>
• questions about CLOS [original subject: equality of structures]
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• destructuring in macrolet?
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [Question regarding FORMAT with ~:^ within ~:{]
  • From: ejs%acorn@oak.lcs.mit.edu
• fill-pointers and adjust-array
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• fill-pointers and adjust-array
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• Implementation Questions
  • From: <LINNDR%VUENGVAX.BITNET@forsythe.stanford.edu> (David Linn)
• Implementation Questions
  • From: Barry Margolin <barmar@Think.COM>
• new address
  • From: Taiichi Yuasa <yuasa%tutics.tut.junet%utokyo-relay.csnet@RELAY.CS.NET>
• assoc question
  • From: vax135!lcuxle!elia@ucbvax.Berkeley.EDU (Weixelbaum Elia)
• assoc question
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• assoc question
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: assoc question
  • From: "Daniel L. Cerys" <Cerys@XX.LCS.MIT.EDU>
• changing the value of *package* within a load?
  • From: neves@cs.wisc.edu (David M. Neves)
• List membership?
  • From: conliffe@caen.engin.umich.edu (darryl c conliffe)
• Forwarding Dr. Ito's message.
  • From: Thom Linden <baggins@ibm.com>
• Open House at IBUKI
  • From: ibuki!rww@labrea.stanford.edu (Richard Weyhrauch)
• Symbolics DRIBBLE compatibility?
  • From: Barry Margolin <barmar@Think.COM>
• Fill pointers and ADJUST-ARRAY
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• structure type specifier
  • From: Christopher Fry <cfry@OZ.AI.MIT.EDU>
• structure type specifier
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: Fill pointers and ADJUST-ARRAY
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• Re: structure type specifier
  • From: baldwin@ACORN
• Re: structure type specifier
  • From: "Larry_Masinter.PARC"@Xerox.COM
• Re: structure type specifier
  • From: Barry Margolin <barmar@Think.COM>
• Re: structure type specifier
  • From: baldwin@ACORN
• Re: structure type specifier
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• please add us to Common Lisp
  • From: list-request%ubc.csnet@RELAY.CS.NET
• Question about declaration
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: Question about declaration
  • From: quiroz
• Re: Question about declaration
  • From: NGALL@G.BBN.COM
• Re: Question about declaration
  • From: quiroz@cs.rochester.edu
• Re: Question about declaration
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• 1Question about declaration0
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Re: structure type specifier
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• string as vector of fixnums ?
  • From: Masayuki Ida <a37078%tansei.cc.u-tokyo.junet%utokyo-relay.csnet@RELAY.CS.NET>
• string as vector of fixnums ?
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• sloop
  • From: mcvax!jungfrau!ceb@uunet.UU.NET
• 1Question about declaration0
  • From: Jeff Mincy <mincy@Think.COM>
• string as vector of fixnums ?
  • From: Daniel L. Weinreb <DLW@ALDERAAN.SCRC.Symbolics.COM>
• string as vector of fixnums ?
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Current practice:argument types in function declarations
  • From: masinter.PA@Xerox.COM
• Current practice:argument types in function declarations
  • From: mike%acorn@oak.lcs.mit.edu
• Re: Current practice:argument types in function declarations
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• 1Question about declaration0
  • From: mike%acorn@oak.lcs.mit.edu
• Types in CL
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• Types in CL
  • From: Barry Margolin <barmar@Think.COM>
• Re: Types in CL
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• Types in CL
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Types in CL
  • From: NGALL@G.BBN.COM
• Types in CL
  • From: Barry Margolin <barmar@Think.COM>
• Re: Current practice:argument types in function declarations
  • From: <samalone@ATHENA.MIT.EDU>
• Re: Types in CL
  • From: Barry Margolin <barmar@think.com>
• Question about declaration
  • From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
• Types in CL
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Types in CL
  • From: Barry Margolin <barmar@Think.COM>
• Types in CL
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• implicit blocks
  • From: goldman@vaxa.isi.edu
• Types in CL
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• function redefinition.
  • From: wfs@rascal.ics.utexas.edu (Bill Schelter)
• Teaching iteration
  • From: primerd!zaphod!doug@EDDIE.MIT.EDU (Douglas Rand)
• sloop availability
  • From: wfs@rascal.ics.utexas.edu (Bill Schelter)
• implicit blocks
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: implicit blocks
  • From: masinter.PARC@Xerox.COM
• Question about declaration
  • From: mike%acorn@oak.lcs.mit.edu
• &REST lists
  • From: Charles Hornig <Hornig@ALDERAAN.SCRC.Symbolics.COM>
• &REST lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• &REST lists
  • From: Glenn S. Burke <gsb@JASPER.Palladian.COM>
• &REST lists
  • From: Barry Margolin <barmar@Think.COM>
• TYPEP warp implications
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• the array type mess....
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• &REST lists
  • From: Glenn S. Burke <gsb@JASPER.Palladian.COM>
• setf subseq question
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• setf subseq question
  • From: Barry Margolin <barmar@Think.COM>
• side-effecting functions ...
  • From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
• TYPEP warp implications
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• the array type mess....
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• the array type mess....
  • From: Ram@C.CS.CMU.EDU
• setf subseq question
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• fill-pointer
  • From: vax135!lcuxle!elia@ucbvax.Berkeley.EDU (Weixelbaum Elia)
• (simulated) multiprocessor extensions to Common Lisp?
  • From: Benjamin Zorn <zorn%hecuba.Berkeley.EDU@Berkeley.EDU>
• Scheme standard?
  • From: MATHIS@A.ISI.EDU
• circular structure syntax
  • From: Timothy Daly <DALY@ibm.com>
• type declarations of special bindings
  • From: gz@spt.entity.com (Gail Zacharias)
• LEAST-POSITIVE-<mumble>-FLOAT
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Type specifiers in THE constructs
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• type declarations of special bindings
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: Type specifiers in THE constructs
  • From: quiroz@cs.rochester.edu
• Type specifiers in THE constructs
  • From: Ram@C.CS.CMU.EDU
• LEAST-POSITIVE-<mumble>-FLOAT
  • From: Robert A. Cassels <Cassels@stony-brook.scrc.symbolics.com>
• LEAST-POSITIVE-<mumble>-FLOAT
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: Type specifiers in THE constructs
  • From: Robert W. Kerns <RWK@AI.AI.MIT.EDU>
• type declarations of special bindings
  • From: Robert W. Kerns <RWK@ai.ai.mit.edu>
• , and #
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• , and #
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• , and #
  • From: P. T. Withington <PTW@DIAMOND.S4CC.Symbolics.COM>
• , and #
  • From: STEVER%OZ.AI.MIT.EDU@xx.lcs.mit.edu
• [king@kestrel.arpa: commonlisp errors]
  • From: gls@Think.COM
• Re: LEAST-POSITIVE-<mumble>-FLOAT
  • From: hilfingr%tully.Berkeley.EDU@berkeley.edu (Paul Hilfinger)
• LEAST-POSITIVE-<mumble>-FLOAT
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Issue: EXPORT-IMPORT
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• EXPORT-IMPORT and the other random commands
  • From: Bob Boyer <CL.BOYER@R20.UTEXAS.EDU>
• EXPORT-IMPORT and the other random commands
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• {Improved version} EXPORT-IMPORT and the other random commands
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• Re: {Improved version} EXPORT-IMPORT and the other random commands
  • From: hilfingr%tully.Berkeley.EDU@berkeley.edu (Paul Hilfinger)
• {Improved version} EXPORT-IMPORT and the other random commands
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• REQUEST FOR CHANGE IN DISTRIBUTION
  • From: "ARTIC::HOBBS" <hobbs%artic.decnet@ari-hq1.arpa>
• Please change my address
  • From: Kyoji Umemura <umemura@ntt.jp>
• {Improved version} EXPORT-IMPORT and the other random commands
  • From: mike%acorn@oak.lcs.mit.edu
• Package Odor
  • From: Dan Hoey <hoey@nrl-aic.arpa>
• defpackage
  • From: sandra%orion@cs.utah.edu (Sandra J Loosemore)
• Package Odor
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Re: {Improved version} EXPORT-IMPORT and the other random commands
  • From: Jamie.Zawinski@spice.cs.cmu.edu (The Masked Avenger)
• Package Odor
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Package odor
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Creepy Crawlers in the Package system
  • From: ELIOT@cs.umass.edu
• Results of query regarding multiprocessor applications and simulators
  • From: Benjamin Zorn <zorn%hecuba.Berkeley.EDU@ginger.Berkeley.EDU>
• Heat and Howard Trickey
  • From: hilfingr%tully.Berkeley.EDU@ginger.Berkeley.EDU (Paul Hilfinger)
• Results of query regarding multiprocessor applications and simulators
  • From: jpff%maths.bath.ac.uk@NSS.Cs.Ucl.AC.UK
• Heat and Howard Trickey
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• Heat and Howard Trickey
  • From: gls@Think.COM
• package question
  • From: David Bein <pyrnj!pyramid!bein@rutgers.edu>
• the KEYWORD package ...
  • From: David Bein <pyrnj!pyramid!bein@rutgers.edu>
• the KEYWORD package ...
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• package question
  • From: Barry Margolin <barmar@Think.COM>
• Lisp Innards Wanted!
  • From: shebs@cs.utah.edu (Stanley Shebs)
• package question
  • From: Ram@c.cs.cmu.edu
• package question
  • From: Ram@c.cs.cmu.edu
• Re: Lisp Innards Wanted!
  • From: MASINTER.PARC@Xerox.COM
• Order of arguments to sequence :TEST functions
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Order of arguments to sequence :TEST functions
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• [Order of arguments to sequence :TEST functions]
  • From: Randy%acorn@oak.lcs.mit.edu
• Re: package question
  • From: NGALL@G.BBN.COM
• [Order of arguments to sequence :TEST functions]
  • From: Barry Margolin <barmar@Think.COM>
• Re: Order of arguments to sequence :TEST functions
  • From: NGALL@G.BBN.COM
• Order of arguments to sequence :TEST functions
  • From: David C. Plummer <DCP@QUABBIN.SCRC.Symbolics.COM>
• Order of arguments to sequence :TEST functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: the KEYWORD package ...
  • From: NGALL@G.BBN.COM
• Order of arguments to sequence :TEST functions
  • From: gls@Think.COM
• Re: Order of arguments to sequence :TEST functions
  • From: quiroz@cs.rochester.edu
• [Order of arguments to sequence :TEST functions]
  • From: Randy%acorn@oak.lcs.mit.edu
• [Order of arguments to sequence :TEST functions]
  • From: RpK%acorn@oak.lcs.mit.edu
• the KEYWORD package USEing another package
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• the KEYWORD package USEing another package
  • From: Barry Margolin <barmar@Think.COM>
• Re: the KEYWORD package USEing another package
  • From: NGALL@G.BBN.COM
• Re: the KEYWORD package USEing another package
  • From: NGALL@G.BBN.COM
• the KEYWORD package USEing another package
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• keywords revisited
  • From: David Bein <pyramid!bein@hplabs.HP.COM>
• Request to be added to mailing list...
  • From: John T. Nelson <jtn%potomac@potomac.ads.com>
• A keyword data type
  • From: kipps%etoile.uci.edu@ICS.UCI.EDU
• A keyword data type
  • From: "mike@gold-hill.com after 1-April-88" <mike%acorn%live-oak.lcs.mit.edu@ICS.UCI.EDU>
• A keyword data type
  • From: Barry Margolin <barmar%think.com@ICS.UCI.EDU>
• defsys
  • From: Douglas Rand <doug@zaphod.prime.com>
• CLOS Consortium
  • From: Linda G. DeMichiel <edsel!lgd@labrea.Stanford.EDU>
• Re: A keyword data type
  • From: kipps%etoile.uci.edu@ICS.UCI.EDU
• &REST lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• &REST lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• the array type mess....
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: &REST lists
  • From: NGALL@G.BBN.COM
• &REST lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• &REST lists
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: &REST lists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• &REST lists
  • From: Eric Benson <edsel!eb@labrea.Stanford.EDU>
• Re: &REST lists
  • From: Barry Margolin <barmar@Think.COM>
• the array type mess....
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• &rest lists - correction
  • From: mcvax!pilatus!ceb@uunet.UU.NET
• &rest lists and other things ground through function application
  • From: mcvax!pilatus!ceb@uunet.UU.NET
• New defsys available for public anonymous ftp
  • From: Douglas Rand <doug@zaphod.prime.com>
• &Rest Lists
  • From: ELIOT@cs.umass.edu
• &Rest Lists
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com after 1-April-88)
• &Rest Lists
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com after 1-April-88)
• &Rest Lists
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com after 1-April-88)
• &REST args
  • From: Jeff Barnett <jbarnett@nrtc.northrop.com>
• &rest args -- (declarations)
  • From: goldman@vaxa.isi.edu
• &REST args
  • From: Charles Hornig <Hornig@ALDERAAN.SCRC.Symbolics.COM>
• &REST args
  • From: K. Shane Hartman <Shane@JASPER.Palladian.COM>
• &REST args
  • From: K. Shane Hartman <grian!elroy!Shane%JASPER.Palladian.COM@elroy.Jpl.Nasa.Gov>
• &rest lists and other things ground through function application
  • From: Barry Margolin <barmar@Think.COM>
• &REST args
  • From: K. Shane Hartman <grian!elroy!grian!elroy!Shane%JASPER.Palladian.COM@elroy.Jpl.Nasa.Gov>
• &rest lists and other things ground through function application
  • From: Barry Margolin <grian!elroy!barmar%Think.COM@elroy.Jpl.Nasa.Gov>
• &REST args
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• &rest lists should not be copied
  • From: mcvax!pilatus!ceb@uunet.UU.NET
• CLOS Status
  • From: "James_L_Mayer.WBST128"@Xerox.COM
• &Rest Lists
  • From: ELIOT@cs.umass.edu
• &Rest Lists
  • From: Barry Margolin <barmar@Think.COM>
• &REST Lists
  • From: gz@spt.entity.com (Gail Zacharias)
• &Rest Lists
  • From: ELIOT@cs.umass.edu
• &Rest Lists
  • From: Barry Margolin <barmar@Think.COM>
• Re: &REST lists
  • From: willc%tekchips.CRL@tektronix.tek.com
• &Rest Lists
  • From: ELIOT@cs.umass.edu
• &Rest Lists
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com after 1-April-88)
• &Rest Lists
  • From: Barry Margolin <barmar@Think.COM>
• &Rest Lists
  • From: ELIOT@cs.umass.edu
• Re: &Rest Lists
  • From: Jeff Dalton <jeff%aiva.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• RE: &Rest Lists
  • From: William D. Gooch <gooch@CHANGABANG.CAD.MCC.COM>
• &rest replacement/addition
  • From: Sean.Engelson@SPICE.CS.CMU.EDU
• &rest replacement/addition
  • From: Barry Margolin <barmar@Think.COM>
• Re: &rest replacement/addition
  • From: rst@Think.COM
• Re: &rest replacement/addition
  • From: darrelj@sm.unisys.com
• Re: &rest replacement/addition
  • From: Barry Margolin <barmar@Think.COM>
• Re: &rest replacement/addition
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com any day now)
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• &Rest args and Optimizations
  • From: MURRAY@cs.umass.edu
• &rest replacement/addition
  • From: ELIOT@cs.umass.edu
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• &rest replacement/addition
  • From: Stephen Robbins <Stever@WAIKATO.S4CC.Symbolics.COM>
• [no subject]
  • From: mike%acorn@oak.lcs.mit.edu (mike@gold-hill.com any day now)
• Re:
  • From: Mark.Perlin@CAD.CS.CMU.EDU
• Problems with setf and structures
  • From: Gregor.pa@Xerox.COM
• Re: Problems with SETF and structures
  • From: moss!whuts!davel@att.arpa
• &Rest Lists
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• &rest [discussion] replacement/addition
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• &rest replacement/addition
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• [no subject]
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• LetRec?
  • From: James Rice <Rice@SUMEX-AIM.Stanford.EDU>
• LetRec?
  • From: Barry Margolin <barmar@Think.COM>
• Re: LetRec?
  • From: James Rice <Rice@SUMEX-AIM.Stanford.EDU>
• Re: LetRec?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• LetRec
  • From: James Rice <Rice@SUMEX-AIM.Stanford.EDU>
• Re: LetRec?
  • From: Pavel.pa@Xerox.COM
• &rest [discussion] replacement/addition
  • From: William D. Gooch <gooch@CHANGABANG.CAD.MCC.COM>
• Re: LetRec?
  • From: Barry Margolin <barmar@Think.COM>
• &rest [discussion] replacement/addition
  • From: Barry Margolin <barmar@Think.COM>
• LetRec
  • From: James Rice <Rice@SUMEX-AIM.Stanford.EDU>
• LetRec
  • From: Barry Margolin <barmar@Think.COM>
• LetRec
  • From: James Rice <Rice@SUMEX-AIM.Stanford.EDU>
• LetRec the way you want it IS in Common-lisp
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• LetRec the way you want it IS in Common-lisp
  • From: Jim McDonald <edsel!jlm@labrea.Stanford.EDU>
• LetRec the way you want it IS in Common-lisp
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• LetRec
  • From: barmar@Think.COM
• &rest arguments
  • From: trwrb!smpvax1!jrg@ucbvax.Berkeley.EDU
• LetRec
  • From: gls@Think.COM
• LetRec the way you want it IS in Common-lisp
  • From: mcvax!pilatus!ceb@uunet.UU.NET
• LetRec
  • From: Robert Elton Maas <REM%IMSSS@SAIL.Stanford.EDU>
• Question on terminology
  • From: hilfingr%tully.Berkeley.EDU@ginger.Berkeley.EDU (Paul Hilfinger)
• &rest [discussion] replacement/addition
  • From: William D. Gooch <gooch@CHANGABANG.CAD.MCC.COM>
• Re: &rest [discussion] replacement/addition
  • From: Paul Fuqua <pf@ti-csl.csc.ti.com>
• LetRec
  • From: mcvax!pilatus!ceb@uunet.UU.NET
• Reader references
  • From: "Perry Alexander" <alexander@space-tech.arpa>
• &rest [discussion] replacement/addition
  • From: ELIOT@cs.umass.edu
• Lisp & Functional Programming 88 (LONG)
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• miscellaneous questions about declarations and type specfiers
  • From: goldman@vaxa.isi.edu
• Re: miscellaneous questions about declarations and type specfiers
  • From: Rob.MacLachlan@WB1.CS.CMU.EDU
• miscellaneous questions about declarations and type specfiers
  • From: Jon L White <edsel!jonl@labrea.Stanford.EDU>
• Constant Functions
  • From: ELIOT@cs.umass.edu
• Industrial-strength Lisp?
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Constant Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• constant-function
  • From: John Williams <johnw%cvaxa.sussex.ac.uk@NSS.Cs.Ucl.AC.UK>
• Constant Functions
  • From: Barry Margolin <barmar@Think.COM>
• Constant Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Constant Functions
  • From: gz@spt.entity.com (Gail Zacharias)
• Re: Constant Functions
  • From: Rob.MacLachlan@WB1.CS.CMU.EDU
• Constant Functions
  • From: Barry Margolin <barmar@Think.COM>
• Re: Constant Functions
  • From: Charles Hornig <Hornig@ALDERAAN.SCRC.Symbolics.COM>
• [not about] Constant Functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• [not about] Constant Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• [not about] Constant Functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Constant-Function
  • From: ELIOT@cs.umass.edu
• Features
  • From: Andrew Watson <mcvax!harlqn.co.uk!andrew@uunet.UU.NET>
• Features
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• Constant Functions
  • From: System Files <SYS@SAIL.Stanford.EDU>
• [not about] Constant Functions
  • From: System Files <SYS@SAIL.Stanford.EDU>
• Features
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• [Reducible declaration? and] Constant-Function
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Constant-Function
  • From: ELIOT@cs.umass.edu
• Constant-Function
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Constant-Function
  • From: SOLEY@XX.LCS.MIT.EDU
• Constant-Function
  • From: ELIOT@cs.umass.edu
• Constant-Function
  • From: ELIOT@cs.umass.edu
• Constant-Function
  • From: ELIOT@cs.umass.edu
• Constant-Function
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Constant-Function, and integration-level
  • From: gz@spt.entity.com (Gail Zacharias)
• visible hash tables
  • From: Dave.Touretzky@C.CS.CMU.EDU
• visible hash tables
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• visible hash tables
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• visible hash tables
  • From: Richard Mlynarik <MLY@AI.AI.MIT.EDU>
• Re: SIDE-EFFECT-FREE/STATELESS Functions
  • From: larus%paris.Berkeley.EDU@ginger.Berkeley.EDU (James Larus)
• visible hash tables
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: barmar@Think.COM
• Re: Constant-Function, and integration-level
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: Constant-Function
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Constant-Function, and integration-level
  • From: gz@spt.entity.com (Gail Zacharias)
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• replies to hash table comments
  • From: Dave.Touretzky@C.CS.CMU.EDU
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: ELIOT@cs.umass.edu
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Re: Constant-Function, and integration-level
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: replies to hash table comments
  • From: Pavel.pa@Xerox.COM
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• #H syntax
  • From: Dave.Touretzky@C.CS.CMU.EDU
• visible hash tables
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Re: visible hash tables
  • From: Dave.Touretzky@C.CS.CMU.EDU
• Re: visible hash tables
  • From: Skef.Wholey@SPICE.CS.CMU.EDU
• Re: visible hash tables
  • From: Skef.Wholey@SPICE.CS.CMU.EDU
• visible hash tables
  • From: rose@Think.COM
• RE: Visible Hash-Tables
  • From: ELIOT@cs.umass.edu
• visible hash tables
  • From: Barry Margolin <barmar@Think.COM>
• (aside about) visible hash tables
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• RE: Visible Hash-Tables
  • From: Barry Margolin <barmar@Think.COM>
• [portable pathname formats] visible hash tables
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• visible hash tables
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Visible Hash-Tables
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• request to change my mailing address
  • From: walton@XN.LL.MIT.EDU (Robert Walton)
• visible hash table nit
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• Features
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• Re: visible hash table nit
  • From: Dave.Touretzky@C.CS.CMU.EDU
• Features
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Features
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Readable Hash-Tables
  • From: ELIOT@cs.umass.edu
• Re: Readable Hash-Tables
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• [portable pathname formats] visible hash tables
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• STATELESS/SIDE-EFFECT-FREE Functions
  • From: ELIOT@cs.umass.edu
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• replies to hash table comments
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• replies to hash table comments
  • From: Eric Benson <edsel!eb@labrea.stanford.edu>
• replies to hash table comments
  • From: Jim McDonald <edsel!jlm@labrea.stanford.edu>
• SIDE-EFFECT-FREE/STATELESS Functions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• constant folding/smashing
  • From: goldman@vaxa.isi.edu
• Re: constant folding/smashing
  • From: NGALL@G.BBN.COM
• Re: constant folding/smashing
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• [no subject]
  • From: ETSTMOL%HDETUD1.BITNET@CUNYVM.CUNY.EDU
• Re: little question
  • From: NGALL@G.BBN.COM
• Re: constant folding/smashing
  • From: cperdue@Sun.COM (Cris Perdue)
• Re: constant folding/smashing
  • From: goldman@vaxa.isi.edu
• Re: constant folding/smashing
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: jpff%maths.bath.ac.uk@NSS.Cs.Ucl.AC.UK
• Re: constant folding/smashing
  • From: NGALL@G.BBN.COM
• Re: constant folding/smashing
  • From: cperdue@Sun.COM (Cris Perdue)
• Call for publishable code!
  • From: Pavel.pa@Xerox.COM
• Re: Call for publishable code!
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: constant folding/smashing
  • From: Brad Miller <miller@ACORN.CS.ROCHESTER.EDU>
• Re: constant folding/smashing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• CLOS questions, PCL version
  • From: Hubert Hofbauer <K311770%AEARN.BITNET@Forsythe.Stanford.EDU>
• Re: constant folding/smashing
  • From: goldman@vaxa.isi.edu
• Remove from Distribution
  • From: "Leo_Vetter.WBST207V"@Xerox.COM
• constant folding/smashing
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• [no subject]
  • From: ZZZO%DHVRRZN1.BITNET@CUNYVM.CUNY.EDU
• Re: constant folding/smashing
  • From: NGALL@G.BBN.COM
• Re: constant folding/smashing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: constant folding/smashing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: constant folding/smashing
  • From: NGALL@G.BBN.COM
• constant folding/smashing
  • From: gls@Think.COM
• EQUAL
  • From: Jim McDonald <edsel!jlm@labrea.stanford.edu>
• constant folding/smashing
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• constant folding/smashing
  • From: ELIOT@cs.umass.edu
• EQUAL
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• constant folding/smashing
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• constant folding/smashing (constant hash tables)
  • From: sandra@cs.utah.edu (Sandra J Loosemore)
• Backquote Constants
  • From: ELIOT@cs.umass.edu
• EQUAL
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• constant folding/smashing
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• EQUAL
  • From: jrose@Sun.COM (John Rose)
• EQUAL
  • From: Jim McDonald <edsel!jlm@labrea.stanford.edu>
• constant folding/smashing
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Re: constant folding/smashing
  • From: "David_Snyder.Wbst208"@Xerox.COM
• Re: constant folding/smashing
  • From: NGALL@G.BBN.COM
• (macro . atom)
  • From: goldman@vaxa.isi.edu
• smashed constants
  • From: ELIOT@cs.umass.edu
• Constant Smashing
  • From: ELIOT@cs.umass.edu
• smashed constants
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• Re: Constant Smashing
  • From: NGALL@G.BBN.COM
• Constant Smashing
  • From: Barry Margolin <barmar@Think.COM>
• copy
  • From: Timothy Daly <DALY@ibm.com>
• copy
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• L&FP Registration Forms
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• More on L&FP Registration Forms
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• Re: constant folding/smashing
  • From: cperdue@Sun.COM (Cris Perdue)
• #, read macro
  • From: sandra@cs.utah.edu (Sandra J Loosemore)
• #, read macro
  • From: Christopher Maeda <maeda@MCC.COM>
• #, read macro
  • From: Barry Margolin <barmar@Think.COM>
• Re: #, read macro
  • From: jbarnett@gremlin.nrtc.northrop.COM
• constant smashing
  • From: ELIOT@cs.umass.edu
• EQUAL
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• constant folding/smashing
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• EQUAL
  • From: Jim McDonald <edsel!jlm@labrea.stanford.edu>
• #.
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Re: #.
  • From: cperdue@Sun.COM (Cris Perdue)
• Source code analysis tools
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Issue: STACK-LET (Version 1)
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Issue: STACK-LET (Version 1)
  • From: Scott.Fahlman@B.GP.CS.CMU.EDU
• Re: Issue: STACK-LET (Version 1)
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Issue: STACK-LET (Version 1)
  • From: jrose@Sun.COM (John Rose)
• Re: Issue: STACK-LET (Version 1)
  • From: cperdue@Sun.COM (Cris Perdue)
• please subscribe this worthless person to the mail list...
  • From: pjo@msr.EPM.ORNL.GOV (Pedro Otaduy)
• #.
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Issue: STACK-LET (Version 1)
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• EQUAL
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• [Re: EQUAL]
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• EQUAL, and hash tables, and value/object distinctions
  • From: jrose@Sun.COM (John Rose)
• EQUAL, and hash tables, and value/object distinctions
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• EQUAL, and hash tables, and value/object distinctions
  • From: jrose@Sun.COM (John Rose)
• Re: Issue: STACK-LET (Version 1)
  • From: masinter.PARC@Xerox.COM
• EQUAL, and hash tables, and value/object distinctions
  • From: Barry Margolin <barmar@Think.COM>
• dynamic extent lisp objects
  • From: trwrb!smpvax1!jrg@ucbvax.Berkeley.EDU
• EQUAL, and hash tables, and value/object distinctions
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: dynamic extent lisp objects
  • From: cperdue@Sun.COM (Cris Perdue)
• What have hashing and equality to do with each other?
  • From: David Vinayak Wallace <Gumby@MCC.COM>
• re: EQUAL, and hash tables, and value/object distinctions
  • From: goldman@vaxa.isi.edu
• EQUAL, and hash tables, and value/object distinctions
  • From: jrose@Sun.COM (John Rose)
• [Re: EQUAL]
  • From: goldman@vaxa.isi.edu
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• CLOS Workshop
  • From: Gregor.pa@Xerox.COM
• L&FP Registration -- FINAL CALL
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• overloading defstruct accessors
  • From: fritzson@PRC.Unisys.COM
• overloading defstruct accessors
  • From: Patrick Dussud <edsel!dussud@labrea.stanford.edu>
• overloading defstruct accessors
  • From: Eric Benson <edsel!eb@labrea.stanford.edu>
• (Not Necessarily Common) LISP Implementation
  • From: drl@vuse.vanderbilt.edu (David R. Linn)
• Franz Inc. makes available Allegro CL/GNU Emacs Interface
  • From: franz!akbar!layer@ucbarpa.Berkeley.EDU (Kevin Layer)
• (Not Necessarily Common) LISP Implementation
  • From: jpff%maths.bath.ac.uk@NSS.Cs.Ucl.AC.UK
• arithmeticprecision
  • From: Bernd Nordhausen <bernd%cip.ics.uci.edu@ICS.UCI.EDU>
• EQUAL, and hash tables, and value/object distinctions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• EQUAL, and hash tables, and value/object distinctions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• EQUAL, and hash tables, and value/object distinctions
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Question about readtable null arguments
  • From: quiroz@cs.rochester.edu
• EQUAL, and hash tables, and value/object distinctions
  • From: jrose@Sun.COM (John Rose)
• EQUAL, and hash tables, and value/object distinctions
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• EQUAL, and hash tables, and value/object distinctions
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• Contagion on numerical comparisons
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• L&FP Transportation
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• hash tables
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• hash tables and GC
  • From: goldman@vaxa.isi.edu
• Re: hash tables and GC
  • From: darrelj@sm.unisys.com
• hash tables and GC
  • From: Jon L White <edsel!jonl@labrea.stanford.edu>
• hash tables and GC
  • From: gz@spt.entity.com (Gail Zacharias)
• hash tables and GC
  • From: jrose@Sun.COM (John Rose)
• Re: hash tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: hash tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• hash tables and GC
  • From: Barry Margolin <barmar@Think.COM>
• Re: hash tables and GC
  • From: Barry Margolin <barmar@Think.COM>
• hash tables and GC
  • From: gz@spt.entity.com (Gail Zacharias)
• Re: hash tables and GC
  • From: goldman@vaxa.isi.edu
• Removal request
  • From: Rick.Busdiecker@SPICE.CS.CMU.EDU
• Hash Tables and GC
  • From: ELIOT@cs.umass.edu
• [Re: Hash Tables and GC]
  • From: goldman@vaxa.isi.edu
• [Re: Hashables and GC]
  • From: ELIOT@cs.umass.edu
• request
  • From: binford@Boa-Constrictor.stanford.edu (Tom Binford)
• CLOS workshop
  • From: Gregor.pa@Xerox.COM
• A Quick Note on the Last L&FP Conference
  • From: kessler%cons@cs.utah.edu (Robert R. Kessler)
• negative values for the :COUNT keyord argument
  • From: Dave.Touretzky@B.GP.CS.CMU.EDU
• Re: negative values for the :COUNT keyord argument
  • From: Scott.Fahlman@B.GP.CS.CMU.EDU
• [no subject]
  • From: zimmerm%vger@xenurus.gould.com (Bruce A. Zimmerman)
• [no subject]
  • From: notes%vger@xenurus.gould.com (DCS note file system)
• READ and "illegal" characters
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• negative values for the :COUNT keyord argument
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• proposals regarding :COUNT keyword
  • From: Dave.Touretzky@B.GP.CS.CMU.EDU
• negative values for the :COUNT keyord argument
  • From: Barry Margolin <barmar@Think.COM>
• Standard total ordering
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: hash tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: hash tables and GC
  • From: David L. Andre <DLA@JASPER.SCRC.Symbolics.COM>
• Re: hash tables and GC
  • From: smh@EMS.MEDIA.MIT.EDU (Steven Haflich)
• READ and "illegal" characters
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• RE: Read and "illegal" characters
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• RE: Read and "illegal" characters
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: hash tables and GC
  • From: David L. Andre <DLA@JASPER.SCRC.Symbolics.COM>
• Re: hash tables and GC
  • From: Barry Margolin <barmar@Think.COM>
• Re: hash tables and GC
  • From: David L. Andre <DLA@JASPER.SCRC.Symbolics.COM>
• Re: hash tables and GC
  • From: sandra@cs.utah.edu (Sandra J Loosemore)
• Re: hash tables and GC
  • From: cperdue@Sun.COM (Cris Perdue)
• Re: hash tables and GC
  • From: Rob.MacLachlan@WB1.CS.CMU.EDU
• hash tables and GC
  • From: Jon L White <jonl@lucid.com>
• Re: hash tables and GC
  • From: "Larry_Masinter.PARC"@Xerox.COM
• Re: hash tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: hash tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Hash Tables and GC
  • From: goldman@vaxa.isi.edu
• Re: Hash Tables and GC
  • From: Gregor.pa@Xerox.COM
• Implementing :TEMPORARY hash tables at the Lisp level?
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Implementing :TEMPORARY hash tables at the Lisp level?
  • From: Barry Margolin <barmar@Think.COM>
• Re: Hash Tables and GC
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Implementing :TEMPORARY hash tables at the Lisp level?
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: Hash Tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: Implementing :TEMPORARY hash tables at the Lisp level?
  • From: Barry Margolin <barmar@Think.COM>
• Re: Hash Tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: Hash Tables and GC
  • From: DDYER@RIVERSIDE.SCRC.Symbolics.COM
• Re: Hash Tables and GC
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Hash Tables and GC
  • From: Barry Margolin <barmar@Think.COM>
• Re: Hash Tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: Hash Tables and GC
  • From: DDYER@RIVERSIDE.SCRC.Symbolics.COM
• weak pointers vs temporary hash tables
  • From: Barry Margolin <barmar@Think.COM>
• Re: Hash Tables and GC
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Implementing :TEMPORARY hash tables at the Lisp level?
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• weak pointers vs temporary hash tables
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Comparing functions
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Re: Comparing functions
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Comparing functions
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Re: Comparing functions
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: Hash Tables and GC
  • From: David L. Andre <DLA@JASPER.SCRC.Symbolics.COM>
• Comparing functions
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• MAKE-HASH-TABLE :TEST arg
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• MAKE-HASH-TABLE :TEST arg
  • From: Barry Margolin <barmar@Think.COM>
• Hash Tables and GC
  • From: jrose@Sun.COM (John Rose)
• MAKE-HASH-TABLE :TEST arg
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• MAKE-HASH-TABLE :TEST arg
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• MAKE-HASH-TABLE :TEST arg
  • From: Eric Benson <eb@lucid.com>
• MAKE-HASH-TABLE :TEST arg
  • From: Barry Margolin <barmar@Think.COM>
• MAKE-HASH-TABLE :TEST arg
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Profiling lisp
  • From: Conal.Elliott@PROOF.ERGO.CS.CMU.EDU
• Implementing :TEMPORARY hash tables at the Lisp level?
  • From: Jon L White <jonl@lucid.com>
• Hash Tables and GC
  • From: Jon L White <jonl@lucid.com>
• Implementing :TEMPORARY hash tables at the Lisp level?
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Profiling lisp
  • From: William D. Gooch <ai.gooch@MCC.COM>
• (eq #'eq #'eq)
  • From: System Files <SYS@SAIL.Stanford.EDU>
• Re: Implementing :TEMPORARY hash tables at the Lisp level?
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Testing for #'eqness
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• EQness of functions
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Re: (eq #'eq #'eq)
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: EQness of functions
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Common Lisp: The Reference
  • From: welch@tut.cis.ohio-state.edu (Arun Welch)
• (eq #'eq #'eq) (reply to Jeff Dalton)
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Re: (eq #'eq #'eq) (reply to Jeff Dalton)
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Multiple copies of functions
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• Re: Multiple copies of functions
  • From: masinter.pa@Xerox.COM
• Re: Multiple copies of functions
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• (eq #'eq #'eq)
  • From: Jon L White <jonl@lucid.com>
• KCL (or AKCL) on the Sequent?
  • From: howell%community-chest.mitre.org@gateway.mitre.org
• (eq #'f #'f) and :TEMPORARY hash tables
  • From: Jon L White <jonl@lucid.com>
• :TEMPORARY hash tables; weak pointers
  • From: jrose@Sun.COM (John Rose)
• [no subject]
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• (eq #'eq #'eq)
  • From: ELIOT@cs.umass.edu
• Re: (eq #'f #'f) and :TEMPORARY hash tables
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Re: Hash tables and GC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• (eq #'f #'f) and :TEMPORARY hash tables
  • From: "Steve Bacher (Batchman)" <SEB1525@draper.com>
• I'd like to be removed from the common lisp mailing list
  • From: DAVID HORNIG <HORNIG@cgi.com>
• [no subject]
  • From: "Robert W. Kerns" <RWK@AI.AI.MIT.EDU>
• Re: (eq #'f #'f) and :TEMPORARY hash tables
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Seeking Linear Algebra and Optimization code.
  • From: Michael Meyer <mm8s+@andrew.cmu.edu>
• COMPILER-LET
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• COMPILER-LET
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Re: COMPILER-LET
  • From: John Diamant <diamant@hpfclp.sde.hp.com>
• Re: COMPILER-LET
  • From: jbarnett@gremlin.nrtc.northrop.com
• Re: COMPILER-LET
  • From: jbarnett@gremlin.nrtc.northrop.com
• Re: COMPILER-LET
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: COMPILER-LET
  • From: jbarnett@gremlin.nrtc.northrop.com
• Results on Lisp Profilers
  • From: Conal.Elliott@PROOF.ERGO.CS.CMU.EDU
• Issue: DOTTED-MACRO-FORMS (Version 2)
  • From: masinter.pa@Xerox.COM
• Issue: DOTTED-MACRO-FORMS (Version 2)
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• [Re: Issue: DOTTED-MACRO-FORMS (Version 2)]
  • From: goldman@vaxa.isi.edu
• Hash Tables vs. Alists
  • From: welch@tut.cis.ohio-state.edu (Arun Welch)
• Hash Tables vs. Alists
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• Hash Tables vs. Alists
  • From: Scott McKay <SWM@SAPSUCKER.SCRC.Symbolics.COM>
• Re: Hash Tables vs. Alists
  • From: jbarnett@gremlin.nrtc.northrop.com
• 1989 conference on Lisp and History of Lisp -- advance notice
  • From: hal@murren.ai.mit.edu (Hal Abelson)
• Re: Common Lisp: The Reference
  • From: welch@tut.cis.ohio-state.edu (Arun Welch)
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• Program Call Structure
  • From: ELIOT@cs.umass.EDU
• Re: Program Call Structure
  • From: cperdue@Sun.COM (Cris Perdue)
• CL for Connection Machine?
  • From: welch@tut.cis.ohio-state.edu (Arun Welch)
• Re: Program Call Structure
  • From: Robert W. Kerns <RWK@F.ILA.Dialnet.Symbolics.COM>
• common lisp ops5
  • From: John Williams <johnw%cvaxa.sussex.ac.uk@NSS.Cs.Ucl.AC.UK>
• Public Domain OPS5 available.
  • From: Brian.Milnes@CENTRO.SOAR.CS.CMU.EDU
• common lisp ops5
  • From: jpff%maths.bath.ac.uk@NSS.Cs.Ucl.AC.UK
• Re: Program Call Structure
  • From: "J. A. 'Biep' Durieux" <mcvax!cs.vu.nl!biep@uunet.UU.NET>
• LALR parser generator
  • From: Wescoat.pa@Xerox.COM
• LALR parser generator
  • From: alti%tub-tfs.uucp%tub.BITNET@Forsythe.Stanford.EDU (Thorsten Altenkirch)
• backquote
  • From: Don Cohen <donc@vaxa.isi.edu>
• backquote
  • From: Barry Margolin <barmar@Think.COM>
• backquote
  • From: Don Cohen <donc@vaxa.isi.edu>
• backquote
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• backquote
  • From: Christopher Garrigues <7thSon@SPAR.SLB.COM>
• Re: backquote
  • From: "Stephen P. Smith" <ssmith@ruffles.nrtc.northrop.com>
• backquote
  • From: Jon L White <jonl@lucid.com>
• Re: backquote
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• backquote
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• backquote
  • From: Don Cohen <donc@vaxa.isi.edu>
• Re: backquote
  • From: Robert W. Kerns <RWK@f.ila.dialnet.symbolics.com>
• backquote
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• backquote
  • From: Jon L White <jonl@lucid.com>
• backquote
  • From: barmar@Think.COM
• backquote
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• nested backquotes
  • From: Don Cohen <donc@vaxa.isi.edu>
• nested backquotes
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• nested backquotes
  • From: gls@Think.COM
• nested backquotes
  • From: Jon L White <jonl@lucid.com>
• Re: nested backquotes
  • From: Don Cohen <donc@vaxa.isi.edu>
• nested backquotes
  • From: gls@Think.COM
• Re: nested backquotes
  • From: Don Cohen <donc@vaxa.isi.edu>
• Remove amellor@bbn.com please
  • From: Art Mellor <amellor@CASABLANCA.BBN.COM>
• nested backquotes
  • From: gls@Think.COM
• backquote
  • From: gls@Think.COM
• backquote
  • From: jpff%maths.bath.ac.uk@nss.cs.ucl.ac.uk
• inconsistency in backquote spec?
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• inconsistency in backquote spec?
  • From: Jon L White <jonl@lucid.com>
• Common Lisp for SUNS
  • From: bill@red.ipsa.dnd.ca (Bill Pase)
• Common Lisp for SUNS
  • From: Barry Margolin <barmar@Think.COM>
• inconsistency in backquote spec?
  • From: gls@Think.COM
• Common Lisp for SUNS
  • From: Jim McDonald <jlm@lucid.com>
• Re: inconsistency in backquote spec?
  • From: "Larry_Masinter.PARC"@Xerox.COM
• inconsistency in backquote spec?
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Common Lisp for SUNS
  • From: Arun Welch <welch@cis.ohio-state.edu>
• inconsistency in backquote spec?
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• Re: Common Lisp for SUNS
  • From: franz!frisky!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• inconsistency in backquote spec?
  • From: gls@Think.COM
• Common Lisp for SUNS
  • From: Robert W. Kerns <RWK@f.ila.dialnet.symbolics.com>
• commonlisp types
  • From: Don Cohen <donc@vaxa.isi.edu>
• commonlisp types
  • From: Barry Margolin <barmar@Think.COM>
• Re: commonlisp types
  • From: Jamie.Zawinski <jwz@spice.cs.cmu.edu>
• Re: commonlisp types
  • From: Barry Margolin <barmar@Think.COM>
• Re: Common Lisp for SUNS
  • From: ibuki!dbp@labrea.stanford.edu (David Posner)
• commonlisp types
  • From: Guy Steele <gls@Think.COM>
• Re: Common Lisp for SUNS
  • From: franz!frisky!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
• CLtL for HP9000?
  • From: howell%community-chest.mitre.org@gateway.mitre.org
• commonlisp types
  • From: Jon L White <jonl@lucid.com>
• #+ and *read-supress*
  • From: Brian.Milnes@CENTRO.SOAR.CS.CMU.EDU
• foreign function
  • From: Thom Linden <baggins@ibm.com>
• file loading query
  • From: Dave.Touretzky@B.GP.CS.CMU.EDU
• Common Lisp for SUNS
  • From: mike@ists.yorku.ca
• RE: load defaults
  • From: MURRAY@cs.umass.EDU
• RE: load defaults
  • From: cperdue@Sun.COM (Cris Perdue)
• Re: load defaults
  • From: Dave.Touretzky@B.GP.CS.CMU.EDU
• WG16 document N31, "Working documents on CALLING MECHANISMS..."
  • From: Thom Linden <baggins@ibm.com>
• dumping weird objects to compiled files
  • From: Don Cohen <donc@vaxa.isi.edu>
• file loading query
  • From: Jon L White <jonl@lucid.com>
• Re: dumping weird objects to compiled files
  • From: sandra%defun@cs.utah.edu (Sandra J Loosemore)
• Re: dumping weird objects to compiled files
  • From: cperdue@Sun.COM (Cris Perdue)
• file loading query
  • From: smpvax1!daemon@trwrb.dsd.trw.com
• commonlisp types
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Experiences porting applications from Symbolics
  • From: howell%community-chest.mitre.org@gateway.mitre.org
• commonlisp types
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• commonlisp types
  • From: Robert W. Kerns <RWK@F.ILA.Dialnet.Symbolics.COM>
• PROG1 as a function
  • From: Barry Margolin <barmar@Think.COM>
• commonlisp types
  • From: Jon L White <jonl@lucid.com>
• re: commonlisp types
  • From: David Forster <FORSTER@cs.umass.EDU>
• PROG1 as a function; meta-rules of CLtL
  • From: Eric Benson <eb@lucid.com>
• PROG1 as a function
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PROG1 as a function
  • From: Michael Greenwald <Greenwald@STONY-BROOK.SCRC.Symbolics.COM>
• PROG1 as a function
  • From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
• PROG1 as a function; meta-rules of CLtL
  • From: Barry Margolin <barmar@Think.COM>
• PROG1 as a function
  • From: Guy Steele <gls@Think.COM>
• PROG1 as a function
  • From: Guy Steele <gls@Think.COM>
• PROG1 as a function
  • From: Eric Benson <eb@lucid.com>
• Re: PROG1 as a function; meta-rules of CLtL
  • From: Dan L. Pierson <pierson@mist.encore.com>
• PROG1 as a function
  • From: Guy Steele <gls@Think.COM>
• commonlisp types
  • From: Robert W. Kerns <RWK@FUJI.ILA.Dialnet.Symbolics.COM>
• commonlisp types
  • From: Robert W. Kerns <RWK@FUJI.ILA.Dialnet.Symbolics.COM>
• Re: commonlisp types
  • From: quiroz@cs.rochester.edu
• commonlisp types
  • From: Jon L White <jonl@lucid.com>
• Character proposal
  • From: Thom Linden <baggins@ibm.com>
• Re: commonlisp types
  • From: Robert W. Kerns <RWK@F.ILA.Dialnet.Symbolics.COM>
• Re: commonlisp types
  • From: Robert W. Kerns <RWK@F.ILA.Dialnet.Symbolics.COM>
• Order of "processing" of arguments
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Logical Operations on Numbers
  • From: ELIOT@cs.umass.EDU
• argument processing
  • From: MURRAY@cs.umass.EDU
• Logical Operations on Numbers
  • From: Robert A. Cassels <Cassels@STONY-BROOK.SCRC.Symbolics.COM>
• cs proposal
  • From: Thom Linden <baggins@ibm.com>
• cs proposal
  • From: Thom Linden <baggins@ibm.com>
• cs proposal part 1
  • From: Thom Linden <baggins@ibm.com>
• cs proposal part 2 of 3
  • From: Thom Linden <baggins@ibm.com>
• cs proposal part 3 of 3
  • From: Thom Linden <baggins@ibm.com>
• Re: commonlisp types
  • From: harrisr@turing.cs.rpi.edu (Richard Harris)
• Logical Operations on Numbers
  • From: Jon L White <jonl@lucid.com>
• Test message
  • From: Clive B. Dawson <ai.clive@MCC.COM>
• Logical Operations on Numbers
  • From: Glenn S. Burke <gsb@ALDERAAN.SCRC.Symbolics.COM>
• Logical Operations on Numbers
  • From: ELIOT@cs.umass.EDU
• LOGICAL OPERATIONS ON NUMBERS
  • From: SEB1525@mvs.draper.com
• New Mail Address
  • From: decvax!cvbnet!giants.prime.com!tbardasz@decwrl.dec.com (Ted Bardasz)
• Logical Operations on Numbers
  • From: ELIOT@cs.umass.EDU
• Order of "processing" of arguments
  • From: Guy Steele <gls@Think.COM>
• character proposal
  • From: Thom Linden <baggins@IBM.com>
• &environment extent
  • From: goldman@vaxa.isi.edu
• File I/O
  • From: David Greene <dg1v+@andrew.cmu.edu>
• File I/O
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• [no subject]
  • From: POTHIERS%TUVA.SAINET.MFENET@NMFECC.ARPA
• cs proposal revisions
  • From: Thom Linden <baggins@IBM.com>
• cs proposal comments
  • From: Thom Linden <baggins@IBM.com>
• cs proposal comments
  • From: Thom Linden <baggins@IBM.com>
• Jan 1 cs proposal comments
  • From: Thom Linden <baggins@IBM.com>
• cs proposal part1
  • From: Thom Linden <baggins@IBM.com>
• cs proposal part 2
  • From: Thom Linden <baggins@IBM.com>
• how to document yellow page entries, belated discussion by REM
  • From: Robert Elton Maas <REM@IMSSS.SU.EDU>
• access to list of pending CATCH tags?
  • From: Robert Elton Maas <REM@SU-IMSSS.?>
• [no subject]
  • From: Unknown