home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!uwm.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!news.ils.nwu.edu!anaxagoras!krulwich
- From: krulwich@zowie.ils.nwu.edu (Bruce Krulwich)
- Newsgroups: comp.lang.lisp
- Subject: Re: Lisp syntax beauty? (was Re: Why Isn't Lisp a Mainstream Language?)
- Message-ID: <KRULWICH.93Jan25102251@zowie.ils.nwu.edu>
- Date: 25 Jan 93 16:22:51 GMT
- Article-I.D.: zowie.KRULWICH.93Jan25102251
- References: <1993Jan21.230642.18561@netlabs.com>
- <19930122162651.0.SWM@SUMMER.SCRC.Symbolics.COM>
- <dfs.727723285@noonian> <1jpi0sINN47q@elroy.jpl.nasa.gov>
- <dfs.727732459@kehleyr>
- Sender: usenet@ils.nwu.edu (Mr. usenet)
- Organization: The Institute for the Learning Sciences, Evanston, IL
- Lines: 17
- In-Reply-To: dfs@doe.carleton.ca's message of Fri, 22 Jan 1993 19:54:19 GMT
- Nntp-Posting-Host: zowie.ils.nwu.edu
-
-
- > You are right. I wrote my article hastily. But the "format" function is
- > representative of one aspect of Common Lisp which I believe prevents it from
- > becoming a "mainstream" language - Common Lisp attempts to do almost
- > everything, with the result that 90% of the Lisp image is devoted to
- > functions a small-to-medium program will never use.
-
- It seems to me that if you mentally think of the language spec as what in
- other languages would be "language + standard libraries," things make much
- more sense. The fact that LISP systems are based on run-time environments and
- REPL modes makes it hard to provide a good seperation between the two, and in
- any case from a language definition point of view there's no diffference
- (unless you want things to be optional, the way scheme does).
-
- Bruce
-
-
-