From ... Path: archiver1.google.com!newsfeed.google.com!sn-xit-03!supernews.com!nntp.cs.ubc.ca!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!npeer.kpnqwest.net!nreader1.kpnqwest.net.POSTED!not-for-mail Newsgroups: comp.lang.lisp Subject: Re: Read table modification question. References: <87vglsfw9x.fsf@inanna.rimspace.net> Mail-Copies-To: never From: Erik Naggum Message-ID: <3201974391024564@naggum.net> Organization: Naggum Software, Oslo, Norway Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Jun 2001 21:19:53 GMT X-Complaints-To: newsmaster@Norway.EU.net X-Trace: nreader1.kpnqwest.net 992985593 193.71.66.150 (Tue, 19 Jun 2001 23:19:53 MET DST) NNTP-Posting-Date: Tue, 19 Jun 2001 23:19:53 MET DST Xref: archiver1.google.com comp.lang.lisp:12089 * Daniel Pittman > I am using CMU Common Lisp (2.5.2) to write (well, prototype) a little > language parser/compiler. If that language has Lisp nature, it is a good idea to use the Lisp reader. If it does not have the Lisp nature, it is a very, very bad novice mistake to use the Lisp reader. In general, few syntaxes have the Lisp nature. The primary criterion is that the first character (possibly the first two) should determine the type of the object and the method of converting an character stream (text) representation into an in-memory representation (object). The exceptions are symbols, which are whatever is left after a sequence of characters not otherwise startings an object is determined not to be a number. This rule is part of the Lisp nature, and it is _not_ part of most other syntaxes. > I would like to keep the syntax of the input, of course, as that's half > the point of the prototype. :) If you care to know my opinion, I think semicolon-and-braces-oriented syntaxes suck and that it is a very, very bad idea to use them at all. It is far easier to write a parser for a syntax with the Lisp nature in any language than it is to write a parser for thet stupid semiconcoction. Whoever decided to use the semicolon to _end_ something should just be taken out and have his colon semified. (At least COBOL and SQL managed to use a period.) #:Erik -- Travel is a meat thing.