Editing Lisp machine (section)

==References==
{{Reflist|30em}}

; General
{{refbegin|colwidth=30em}}
*"[https://dspace.mit.edu/handle/1721.1/5751 LISP Machine Progress Report]", Alan Bawden, [[Richard Greenblatt (programmer)|Richard Greenblatt]], Jack Holloway, [[Tom Knight (scientist)|Thomas Knight]], [[David A. Moon]], [[Daniel Weinreb]], [[MIT Artificial Intelligence Laboratory|AI Lab]] memos, AI-444, 1977.
*"[http://hdl.handle.net/1721.1/5718 CADR]", Thomas Knight, David A. Moon, Jack Holloway, Guy L. Steele. AI Lab memos, AIM-528, 1979.
*"[http://hdl.handle.net/1721.1/5731 Design of LISP-based Processors, or SCHEME: A Dielectric LISP, or Finite Memories Considered Harmful, or LAMBDA: The Ultimate Opcode]", [[Guy Lewis Steele]], [[Gerald Jay Sussman]], AI Lab memo, AIM-514, 1979
*[[David A. Moon]]. [https://dspace.mit.edu/handle/1721.1/6353 ''Chaosnet'']. A.I. Memo 628, Massachusetts Institute of Technology Artificial Intelligence Laboratory, June 1981.
*"Implementation of a List Processing Machine". Tom Knight, Master's thesis. <!-- Follow this up, ask Knight for a copy. -->
*[http://bitsavers.org/pdf/mit/cadr/chinual_6thEd_Jan84/ Lisp Machine manual], 6th ed. [[Richard Stallman]], [[Daniel Weinreb]], [[David A. Moon]]. 1984.
<!-- *"The Symbolics Ivory Processor: A 40 Bit Tagged Architecture LISP Microprocessor." [[Clark Baker]], [[David Chan]], et al.; 1987 [[IEEE]] International Conference on Computer Design, VLSI in computers & processors -->
*"Anatomy of a LISP Machine", [[Paul Graham (computer programmer)|Paul Graham]], ''AI Expert'', December 1988
*''[[Free as in Freedom: Richard Stallman's Crusade for Free Software]]''
<!-- Note to self: include this one somewhere: "Some systems have tried to address these difficulties. Smalltalk-80 and the Lisp machine both represented one means to get around the problem. System code is not distinguished from user code; all of the system is accessible to the user and can be changed as needed. Both systems were built around languages that facilitated such easy replacement and extension, and were moderately successful. But they both were fairly poor at insulating users and programs from each other, failing one of the principal goals of OS design." from GNU's "Towards a New Strategy of OS Design" (GNU's Bulletin, vol. 1 no. 16), https://www.gnu.org/bulletins/bull16.html#SEC13 -->
{{refend}}