+++ to secure your transactions use the Bitcoin Mixer Service +++
Mail Index
- PSL progress report
- From: Griss at UTAH-20 (Martin.Griss)
- Arrgghhh blag
- From: Guy.Steele at CMU-10A
- information about Common Lisp implementation
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Extended-addressing Common Lisp
- From: Jon L. White <JONL at MIT-XX>
- Re: Extended-addressing Common Lisp
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Re: Common Lisp
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Re: Common Lisp
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Common Lisp
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- various: arithmetic; commonlisp broadcasts
- From: Kim.fateman at Berkeley
- Re: various: arithmetic; commonlisp broadcasts
- From: Griss at UTAH-20 (Martin.Griss)
- [Griss (Martin.Griss): Re: Common Lisp]
- From: Griss at UTAH-20 (Martin.Griss)
- Re: various: arithmetic; commonlisp broadcasts
- From: Guy.Steele at CMU-10A
- elementary functions
- From: Kim.fateman at Berkeley
- Text-file versions of DECISIONS and REVISIONS documents
- From: Guy.Steele at CMU-10A
- Tasks: A Reminder and Plea
- From: Guy.Steele at CMU-10A
- Com L
- From: Griss at UTAH-20 (Martin.Griss)
- numbers in common lisp
- From: Kim.fateman at Berkeley
- Rutgers lisp development project
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Common LISP
- From: Griss at UTAH-20 (Martin.Griss)
- [no subject]
- From: Jonathan A. Rees <JAR at MIT-MC>
- Multiple Values
- From: Scott.Fahlman at CMU-10A
- multiple values.
- From: George J. Carrette <GJC at MIT-MC>
- Multiple Values
- From: David A. Moon <Moon at MIT-MC>
- Re: Multiple Values
- From: Scott.Fahlman at CMU-10A
- Multiple Values
- From: Daniel L. Weinreb <DLW at MIT-AI>
- Kernel for Commaon LISP
- From: Griss at UTAH-20 (Martin.Griss)
- Multiple Values
- From: Richard M. Stallman <RMS at MIT-AI>
- Keyword sequence fns
- From: Scott.Fahlman at CMU-10A
- Agenda
- From: Griss at UTAH-20 (Martin.Griss)
- more on Interlisp-VAX
- From: Feigenbaum at SUMEX-AIM
- Sequence functions
- From: Guy.Steele at CMU-10A
- Sequence functions
- From: Earl A. Killian <EAK at MIT-MC>
- subseq and consing
- From: Richard M. Stallman <RMS at MIT-AI>
- Re: subseq and consing
- From: Don Morrison <Morrison at UTAH-20>
- subseq and consing
- From: Daniel L. Weinreb <DLW at MIT-AI>
- Re: Sequence functions
- From: Scott.Fahlman at CMU-10A
- Re: Suggestion
- From: Griss at UTAH-20 (Martin.Griss)
- Re: Suggestion
- numerics and common-lisp
- From: Kim.fateman at Berkeley
- Keyword style sequence functions
- From: David A. Moon <MOON5 at MIT-AI>
- Suggestion
- From: Daniel L. Weinreb <dlw at MIT-AI>
- adding to kernel
- From: Kim.fateman at Berkeley
- Implementations
- S-1 CommonLisp
- From: Sridharan at RUTGERS (Sri)
- SET functions
- From: Earl A. Killian <EAK at MIT-MC>
- [no subject]
- From: Richard M. Stallman <RMS at MIT-AI>
- [no subject]
- From: Don Morrison <Morrison at UTAH-20>
- [no subject]
- From: George J. Carrette <GJC at MIT-MC>
- Re: adding to kernel
- From: Kim.fateman at Berkeley
- Re: adding to kernel
- Multiple values
- adding to kernel
- From: George J. Carrette <GJC at MIT-MC>
- [no subject]
- Re: adding to kernel
- [no subject]
- From: Richard M. Stallman <RMS at MIT-AI>
- [no subject]
- From: Richard M. Stallman <RMS at MIT-AI>
- [no subject]
- From: Daniel L. Weinreb <dlw at MIT-AI>
- [no subject]
- From: Daniel L. Weinreb <dlw at MIT-AI>
- NIL/Macsyma
- From: Kim.fateman at Berkeley
- adding to kernel
- From: George J. Carrette <GJC at MIT-MC>
- Sequences
- NIL and DEC VAX Common LISP
- eql => eq?
- Re: eql => eq?
- Re: eql => eq?
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Two little suggestions for macroexpansion
- From: Jon L White <JONL at MIT-MC>
- Multiple mailing lists?
- From: Jon L White <JONL at MIT-MC>
- MVLet
- From: Daniel L. Weinreb <dlw at MIT-AI>
- Re: MVLet
- Macro expansion suggestions
- From: Richard M. Stallman <rms at MIT-AI>
- Re: Two little suggestions for macroexpansion
- Macro expansion suggestions
- From: Howard I. Cannon <HIC at MIT-MC>
- Re: eql => eq?
- Okay, you hackers
- From: Guy.Steele at CMU-10A
- Re: eql => eq?
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- MACSYMA timing
- From: Guy.Steele at CMU-10A
- Re: eql => eq?
- From: Guy.Steele at CMU-10A
- MACSYMA timing
- From: George J. Carrette <GJC at MIT-MC>
- Re: Re: eql => eq?
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Re: Re: eql => eq?
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Re: Re: eql => eq?
- From: Guy.Steele at CMU-10A
- Trying to implement FPOSITION with LAMBDA-MACROs.
- From: Richard M. Stallman <RMS at MIT-AI>
- Okay, you hackers
- From: Kim.fateman at Berkeley
- Trying to implement FPOSITION with LAMBDA-MACROs.
- Trying to implement FPOSITION with LAMBDA-MACROs and SUBSTs
- Those two little suggestions for macroexpansion
- From: Kent M. Pitman <KMP at MIT-MC>
- Re: MVLet
- From: Eric Benson <BENSON at UTAH-20>
- Comparison of "lambda-macros" and my "Two little suggestions ..."
- From: Jon L White <JONL at MIT-MC>
- The format ((MACRO . f) ...)
- From: Jon L White <JONL at MIT-MC>
- Re: MVlet
- Forwarded message
- From: Guy.Steele at CMU-10A
- Re: MVlet
- GETPR
- [no subject]
- From: Richard M. Stallman <RMS at MIT-AI>
- GETPR
- From: Daniel L. Weinreb <dlw at MIT-AI>
- GETPR and compatibility
- From: Kim.fateman at Berkeley
- Incredible co-incidence about the format ((MACRO . f) ...)
- From: Jon L White <JONL at MIT-MC>
- Incredible co-incidence about the format ((MACRO . f) ...)
- a proposal about compatibility
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- Re: MVLet
- From: Daniel L. Weinreb <DLW at MIT-AI>
- MacLISP name compatibility, and return values of update functions
- From: Jon L White <JONL at MIT-MC>
- Compatibility With Maclisp
- From: FEINBERG at CMU-20C
- MVLet hair, and RPG's suggestion
- From: Jon L White <JONL at MIT-MC>
- The right way
- From: Guy.Steele at CMU-10A
- [no subject]
- From: Richard M. Stallman <RMS at MIT-AI>
- Trying to implement FPOSITION with LAMBDA-MACROs and SUBSTs
- From: Earl A. Killian <EAK at MIT-MC>
- GET/PUT names
- From: Earl A. Killian <EAK at MIT-MC>
- The right way
- From: Howard I. Cannon <HIC at MIT-MC>
- Trying to implement FPOSITION with LAMBDA-MACROs and SUBSTs
- From: David A. Moon <Moon at SCRC-TENEX at MIT-AI>
- Re: MacLISP name compatibility, and return values of update functions
- From: Eric Benson <BENSON at UTAH-20>
- [no subject]
- From: Daniel L. Weinreb <DLW at MIT-AI>
- Re: MacLISP name compatibility, and return values of update functions
- From: Masinter at PARC-MAXC
- SUBST vs INLINE, consistent compilation
- From: Masinter at PARC-MAXC
- a proposal about compatibility
- From: FEINBERG at CMU-20C
- Re: a proposal about compatibility
- From: HEDRICK at RUTGERS (Mngr DEC-20's/Dir LCSR Comp Facility)
- No policy is a good policy
- From: Richard M. Stallman <RMS at MIT-AI>
- [no subject]
- upward compatibility
- [no subject]
- From: Richard M. Stallman <RMS at MIT-AI>
- upward compatibility
- From: David A. Moon <MOON at MIT-MC>
- SUBST vs INLINE, consistent compilation
- From: Earl A. Killian <EAK at MIT-MC>
- "exceptions" possibly based on misconception; and EVAL strikes again
- From: Jon L White <JONL at MIT-MC>
- "exceptions" possibly based on misconception; and EVAL strikes again
- From: Howard I. Cannon <HIC at MIT-MC>
- Maclisp compatibility
- 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
- Re: MVLet
- [no subject]
- From: Richard Greenblatt <RG at MIT-AI>
- [no subject]
- 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
- [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
- REDUCE function re-proposed
- 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
- [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
- 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
- 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
- Bug in message about sequence fns
- From: Guy.Steele at CMU-10A
- Proposed new FORMAT operator: ~U("units")
- More on ~U (short)
- Common Lisp feature
- From: Earl A. Killian <EAK at MIT-MC>
- Re: Suggested feature from EAK
- 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
- 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
- Re: Comment on HAULONG
- boole
- From: Earl A. Killian <EAK at MIT-MC>
- Re: boole, and the still pending name problem.
- boole, and the still pending name problem.
- From: Earl A. Killian <EAK at MIT-MC>
- boole
- Re: boole, and the still pending name problem - Q & A
- 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
- 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]
- [no subject]
- From: Scott E. Fahlman <Fahlman at Cmu-20c>
- Arrays and Vectors
- From: Scott E. Fahlman <Fahlman at Cmu-20c>
- Your stream proposal
- Need for "active" objects, and your STREAM proposal.
- 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
- 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
- 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
- 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
- dynamic closures
- splicing reader macros
- assert
- case sensitivity
- function specs
- 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
- Yellow pages
- Order of arguments to ARRAY-DIMENSION
- 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
- 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
- Re: a protest
- 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
- LOAD-BYTE and DEPOSIT-BYTE
- Agenda item 61
- 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
- lambda
- From: Earl A. Killian <Killian at MIT-MULTICS>
- Re: SETF and friends [and the "right" name problem]
- Masinter's modest proposal
- From: jkf at mit-vax at mit-xx
- Re: a miscellany of your comments
- case-sensitivity: a modest proposal
- From: Richard E. Zippel <RZ at MIT-MC>
- Re: CHECK-ARG-TYPE [and CHECK-SUBSEQUENCE]
- Re: Access to documentation strings
- Re: 2nd generation LOOP macro
- 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
- Re: Access to documentation strings
- Re: CHECK-ARG-TYPE [and CHECK-SUBSEQUENCE]
- Loop vs Do
- From: FEINBERG at CMU-20C
- case-sensitivity: a modest proposal
- Loop vs Do
- Re: macro expansion
- Re: LOAD-BYTE and DEPOSIT-BYTE
- 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
- 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]
- Backquote proposal
- From: Guy.Steele at CMU-10A
- Clarification of closures and GO
- From: Guy.Steele at CMU-10A
- Proposed definition of SUBST
- Agenda Item 74: Interaction of BLOCK and RETURN
- Another try at SUBST
- Flying off the handle: one more time on SUBST
- 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
- 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
- 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
- Array proposal
- Printing Arrays
- Array proposal (long msg)
- Proposal for ENDP
- 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
- ???
- Re: Case
- From: UCBKIM.jkf@Berkeley
- ENDP and LET*
- From: Scott E. Fahlman <Fahlman at Cmu-20c>
- ENDP optional 2nd arg
- Vectors versus Arrays
- From: Dick Gabriel <RPG at SU-AI>
- Case
- From: Scott E. Fahlman <Fahlman at Cmu-20c>
- Vectors versus Arrays
- ??? (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
- 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
- Desensitizing case-sensitivity
- 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
- 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
- Hairiness of arrays
- [no subject]
- From: Kent M. Pitman <KMP at MIT-MC>
- array hairiness
- From: JoSH <JoSH at RUTGERS>
- Hairiness of arrays
- 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)
- 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
- Indirect arrays
- 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
- 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]
- RETURN in BLOCK and PROG
- From: Alan Bawden <ALAN at MIT-MC>
- Minor changes to proposed reader syntax
- Proposed evaluator for Common LISP -- declarations
- 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
- declarations
- 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)
- 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)
- 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)
- What is this RESTART kludge?
- Indeed, one of us must be confused.
- Arrays and vectors (again)
- From: Scott E. Fahlman <Fahlman at Cmu-20c>
- Re: Arrays and vectors (again)
- 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)
- 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
- arrays and vectors (long carefully-thought-out message)
- 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
- RESTART
- From: Kent M. Pitman <KMP at MIT-MC>
- RESTART
- 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
- 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
- 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
- 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/
- /BALLOT/
- 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]
- 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
- 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
- Ballot results
- 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
- 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
- Macros and TAGBODY tags
- 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
- 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
- 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
- asterisks around variables
- 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
- #'(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
- New proposed evaluators
- 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
- primitives, and dynamic binding
- 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
- Revised evaluators
- #,
- From: David A. Moon <Moon at SCRC-TENEX at MIT-MC>
- #,
- From: Kent M. Pitman <KMP at MIT-MC>
- Re: Named lambdas
- Re: Named lambdas
- 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
- 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
- multiple-value return
- 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: #,
- Defining the forms to which the # constructs expand
- (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
- multiple values
- From: Glenn S. Burke <GSB at MIT-ML>
- Expansion of #, and the "residential" question.
- What's wrong with '#,<frob> ?
- 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
- a LAMBDA special form
- From: Kent M. Pitman <KMP at MIT-MC>
- Re: Named lambdas
- From: Masinter at PARC-MAXC
- Re: Named lambdas
- Re: Named lambdas
- [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
- 0^0
- From: Guy.Steele at CMU-CS-A
- More on 0^0
- From: Guy.Steele at CMU-CS-A
- Re: x^0.0
- Speaking of issues left of the Ballots ...
- 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 ...
- 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
- 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)
- 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
- 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
- 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...
- 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
- New Package Proposal
- From: Scott E. Fahlman <Fahlman@CMU-CS-C>
- package proposal comments
- package.mss.108
- 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
- &allow-other-keys
- From: Scott E. Fahlman <Fahlman@CMU-CS-C>
- package proposal comments
- From: Scott E. Fahlman <Fahlman@CMU-CS-C>
- Packages
- 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
- 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
- package.mss.108
- From: David A. Moon <Moon%SCRC-TENEX%MIT-MC@SU-DSN>
- package changes
- package changes
- 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]
- packages, yet again
- From: Scott E. Fahlman <Fahlman@CMU-CS-C>
- issues
- From: Scott E. Fahlman <Fahlman@CMU-CS-C>
- Keywords, :Keywords, &More-Keywords
- [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
- 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
- Memorial Day Ballot
- Memorial Day Ballot
- From: Kent M. Pitman <KMP @ MIT-MC>
- Memorial Day Ballot comments
- Issue of macro expansion portability
- 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
- 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
- compiled-function
- 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
- 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
- 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
- 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]
- 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
- 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
- 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
- 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
- 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
- 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
- &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
- (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
- 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
- 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
- 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
- SETF and LAMBDAs (semi-serious?)
- From: William Galway <Galway@UTAH-20.ARPA>
- SETF and LAMBDAs (semi-serious?)
- 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
- 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
- Re: bug in assoc
- 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 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
- 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) ...)
- 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) ...)
- (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
- &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]
- 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?
- 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
- 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?
- 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?
- numbers, oh well.
- From: "David A. Moon" <Moon@SCRC-RIVERSIDE.ARPA>
- Re: Questions about specification and possible implementations
- 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
- 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
- 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
- Re: A few more items on "Questions about specification and possible implementations"
- Fast or slow linkage re TRACE, what to put in specs?
- Whether interpreted&compiled code should agree initially?
- 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
- 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?
- How to implement partly-system-dependent mostly-portable code?
- 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
- global function namespace given too much weight perhaps?
- From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
- (EQ ...) untrue for numbers?
- 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?
- Being able to get list of pending CATCH tags?
- 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?
- 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
- Filtering calls
- From: Steven <Handerson@CMU-CS-C.ARPA>
- Problems with MAKE-HASH-TABLE
- Problems with MAKE-HASH-TABLE
- From: Dan Aronson <godot!Dan@AQUINAS>
- Problems with MAKE-HASH-TABLE
- Make-Hash-Table
- From: Skef Wholey <Wholey@CMU-CS-C.ARPA>
- MAKE-HASH-TABLE
- 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
- 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
- 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
- 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??
- 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.
- PROBE-FILE
- 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
- 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]
- 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
- A comment on packages (at the risk of being a fool)
- 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
- PROBE-FILE
- The compiler and packages.
- 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...
- 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
- 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
- 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?
- "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
- 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
- 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
- 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
- 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?
- 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
- 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
- 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
- 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.
- 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
- 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
- Adjusting displaced arrays.
- 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
- Internal representation of backquotes
- 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
- 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.
- Common LISP terminology
- From: wilensky%ucbdali@Berkeley (Robert Wilensky)
- Arrays with zero dimensions.
- From: Guy Steele <gls@THINK.ARPA>
- Arrays with Zero Dimensions
- 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
- 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
- Using #.(MAKE-ARRAY ...
- 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 #.
- Test suite to say what manual is confusing about
- Printing of displaced/shared arrays
- 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*?
- [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.
- Features in keyword package? Yes.
- 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
- Unrecant
- 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.
- No change needed for name-domains in package-name space
- 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
- Common LISP Registrar
- 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
- Features & Common LISP Registrar
- 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
- 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.
- 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
- multiple slot descriptions of the same slot in a DEFSTRUCT
- 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.
- 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.
- A comment on our community.
- Clearing the screen and other such things.
- From: Guy Steele <gls@THINK-AQUINAS.ARPA>
- A comment on our community.
- A comment on our community.
- 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.
- 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
- 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
- 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.
- STRING-CHAR-CODE-LIMIT
- 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
- 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
- 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
- More on reference/pure data, declaration not really needed
- 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
- 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.
- 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
- 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
- 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
- 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
- Modification to LISTEN
- From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
- Concatenated Stream Query
- Concatenated Stream Query
- From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
- Concatenated Stream Query
- Concatenated Stream Query
- From: Guy Steele <gls@THINK-AQUINAS.ARPA>
- Erratum
- 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
- 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
- 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
- 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>
- lisp listings
- From: George Carrette <gjc@cap>
- Another printing bug in CLtL
- From: Guy Steele <gls@THINK-AQUINAS.ARPA>
- Another printing bug in CLtL
- From: mips!escargot.earl@glacier (Earl Killian)
- [no subject]
- CLtL binding
- 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]
- pathnames.
- From: SCHUMACHER%hplabs.csnet@CSNET-RELAY.ARPA
- pathnames.
- From: David C. Plummer <DCP@SCRC-QUABBIN.ARPA>
- oversight?
- 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
- 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
- WITHOUT-INTERRUPTS
- From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
- WITHOUT-INTERRUPTS
- From: David A. Moon <Moon@SCRC-STONY-BROOK.ARPA>
- WITHOUT-INTERRUPTS
- WITHOUT-INTERRUPTS
- From: Bernard S. Greenberg <BSG@SCRC-STONY-BROOK.ARPA>
- WITHOUT-INTERRUPTS
- 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.
- 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
- 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
- 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
- manual bug (index)
- keywords
- 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 /
- 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
- 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
- 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
- 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
- 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
- Re: Special Form Question
- 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?
- 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
- 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
- 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
- Ground rules not yet decided???
- 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]
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- Re: loop macro
- 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
- 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
- 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
- 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
- Re: intern
- 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
- 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
- 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
- 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
- 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
- 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
- Re: The ~C format directive
- 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
- 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)
- 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]
- 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
- 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
- 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
- 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
- predicates for all type specifier symbols
- From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
- Re: predicates for all type specifier symbols
- 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
- 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
- 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?
- 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)
- Extent of function definition created by FLET/LABELS
- 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...
- Re: EVAL-WHEN (really symbol-function)
- [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
- SYMBOL-FUNCTION
- From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
- Are isomorphic structures EQUAL?
- 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
- 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 ...) ...)
- 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 ...) ...)
- Re: (PROCLAIM '(IGNORE ...))
- (PROCLAIM '(IGNORE ...))
- From: Richard Mark Soley <SOLEY@MC.LCS.MIT.EDU>
- true-list type specifier
- (PROCLAIM '(IGNORE ...))
- From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
- Re: true-list type specifier
- 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
- 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 ...) ...)
- 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*
- macro-let and *macroexpand-hook*
- 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
- 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
- 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?
- 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
- 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.
- 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 ??
- 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 ??
- 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
- Is justification random?
- 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
- 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?
- [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
- oops
- 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
- 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
- Bits for input, fonts for output
- 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
- 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?
- 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
- 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.
- 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?
- Re: Out-of-range subsequences
- 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
- Structure sharing
- 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?
- (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
- 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
- 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
- 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
- Re: Argument Lists
- Namestring&pathstring returning shared structure
- From: lmi-angel!gjc%mc.ARPA
- [no subject]
- Common Lisp 2000
- From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
- Re: Namestring&pathstring returning shared structure
- Re: Argument Lists
- 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
- 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
- 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
- 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
- Re: Common Lisp 2000
- 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
- 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
- Re: Case sensitive reading.
- From: Jim Kempf <kempf%hplabsc@hplabs.HP.COM>
- Re: Argument lists: a proposal to shoot at
- 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
- 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
- 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
- Argument lists
- From: mike%gold-hill-acorn@mit-live-oak.arpa
- [no subject]
- 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
- Re: Argument lists
- 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
- Re: Types of Functions
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- Expanding macros more than once?
- 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!
- 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
- 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
- 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
- (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?
- Re: Declarations
- Re: Declare Special
- 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 (?)
- Re: DECLARE SPECIAL Considered Confusing
- 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 (?)
- Re: Declaration before variable
- Re: Some easy ones (?)
- Re: THE VALUES
- Re: (declare (type fixnum ---)) considered etc.
- Re: DECLARE SPECIAL Considered Confusing ?
- Re: Proposal about lambda-list params
- Re: Bawden's Alternate Proposal
- Re: exit-to-system
- Re: GC function
- &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
- 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
- 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 (?)
- (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*
- 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
- FIXNUM considered unportable
- From: George Carrette <lmi-angel!gjc%LMI-ANGEL.ARPA>
- Re: Proposal #13: Structure Sharing in Arguments
- From: shebs%utah-orion@utah-cs.arpa (Stanley Shebs)
- [no subject]
- Structure sharing in arguments
- From: Guy Steele <gls@Think.COM>
- Accidental clobbering of pnames etc.
- 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 (?)
- 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
- 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
- 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
- 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
- Re: Staus of proposals 10, 11, and 12
- 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
- Re: Declarations in MACROLET
- 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
- 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
- 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]
- 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
- 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
- xlisp query
- " 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
- 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 ?
- Declarations within FLET
- From: STEVER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
- sloop
- 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.
- 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
- 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"
- 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
- 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
- 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
- Re: Packages
- From: Sean.Engelson@cad.cs.cmu.edu
- Re: Packages
- 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
- 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
- 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?
- 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
- 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
- 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
- (THE (VALUES ...) ...) with &KEY
- (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
- 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
- NMAP
- Practical (values)
- From: mcvax!lifia!phs@seismo.CSS.GOV (Philippe Schnoebelen)
- Practical (values)
- From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
- NMAP macro
- 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
- 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
- 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
- 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
- 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
- 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)
- 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
- 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
- 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.
- 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)
- :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
- 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 ?
- 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
- 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
- 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
- eval-when issues
- 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
- Toplevel lexical variables
- From: Dan Pierson <pierson@multimax.ARPA>
- Correction
- 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
- 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
- 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.
- Continuation Passing Style?
- From: Timothy.Freeman@theory.cs.cmu.edu
- Test suite available
- 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
- The values returned by SETF
- 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
- 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]
- [KAHLE@Aquinas.Think.COM: common lisp question]
- [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]
- Synonym streams
- From: DON%atc.bendix.com@RELAY.CS.NET
- Re: setf order of evaluation
- 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)
- compile-time actions & top-level forms (long)
- From: Robert W. Kerns <RWK@YUKON.SCRC.Symbolics.COM>
- compile-time actions & top-level forms (long)
- 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]
- Re: the lexical environment for DEFTYPE, DEFINE-SETF-METHOD and DEFSETF
- the lexical environment for DEFTYPE, DEFINE-SETF-METHOD and
- defmacro environment again..
- defmacro environment again..
- From: David Bein <pyrnj!pyramid!bein@RUTGERS.EDU>
- REQUIRE
- Re: the lexical environment for DEFTYPE, DEFINE-SETF-METHOD and
- 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
- 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
- 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]
- 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
- 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 ~:{
- 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 ~:{
- 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
- Re: structure type specifier
- From: "Larry_Masinter.PARC"@Xerox.COM
- Re: structure type specifier
- From: Barry Margolin <barmar@Think.COM>
- Re: structure type specifier
- 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
- Re: Question about declaration
- 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
- 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....
- 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?
- 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
- 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]
- 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
- 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
- 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
- package question
- 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
- [Order of arguments to sequence :TEST functions]
- From: Barry Margolin <barmar@Think.COM>
- Re: Order of arguments to sequence :TEST functions
- 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 ...
- Order of arguments to sequence :TEST functions
- 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
- Re: the KEYWORD package USEing another package
- 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
- &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
- &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
- &Rest Lists
- From: Barry Margolin <barmar@Think.COM>
- &REST Lists
- From: gz@spt.entity.com (Gail Zacharias)
- &Rest Lists
- &Rest Lists
- From: Barry Margolin <barmar@Think.COM>
- Re: &REST lists
- From: willc%tekchips.CRL@tektronix.tek.com
- &Rest Lists
- &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
- 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
- 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
- [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?
- &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
- &rest arguments
- From: trwrb!smpvax1!jrg@ucbvax.Berkeley.EDU
- LetRec
- 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
- 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
- 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
- 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
- Constant-Function
- From: Jon L White <edsel!jonl@labrea.stanford.edu>
- Constant-Function
- From: SOLEY@XX.LCS.MIT.EDU
- Constant-Function
- Constant-Function
- Constant-Function
- 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
- 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
- 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
- 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
- RE: Visible Hash-Tables
- 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
- 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
- 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
- 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
- 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
- Re: constant folding/smashing
- From: cperdue@Sun.COM (Cris Perdue)
- Call for publishable code!
- 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
- 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
- constant folding/smashing
- EQUAL
- From: Jim McDonald <edsel!jlm@labrea.stanford.edu>
- constant folding/smashing
- From: Jon L White <edsel!jonl@labrea.stanford.edu>
- constant folding/smashing
- 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
- 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
- (macro . atom)
- From: goldman@vaxa.isi.edu
- smashed constants
- Constant Smashing
- smashed constants
- From: David Vinayak Wallace <Gumby@MCC.COM>
- Re: Constant Smashing
- 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
- 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
- [Re: Hash Tables and GC]
- From: goldman@vaxa.isi.edu
- [Re: Hashables and GC]
- 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)
- 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
- 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
- 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
- nested backquotes
- From: Jon L White <jonl@lucid.com>
- Re: nested backquotes
- From: Don Cohen <donc@vaxa.isi.edu>
- nested backquotes
- Re: nested backquotes
- From: Don Cohen <donc@vaxa.isi.edu>
- Remove amellor@bbn.com please
- From: Art Mellor <amellor@CASABLANCA.BBN.COM>
- nested backquotes
- backquote
- 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?
- 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?
- 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
- 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
- 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
- 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
- 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>
- [no subject]
- [no subject]
- 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]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
- [no subject]
Mail converted by MHonArc
