home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / lisp / 3171 < prev    next >
Encoding:
Text File  |  1993-01-05  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.lang.lisp
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!aplcen.apl.jhu.edu!aplcenmp!hall
  3. From: hall@aplcenmp.apl.jhu.edu (Marty Hall)
  4. Subject: Re: Lisp Parsers
  5. Message-ID: <C0DvKu.Gqp@aplcenmp.apl.jhu.edu>
  6. Organization: AAI Corp AI Lab, JHU P/T CS Faculty
  7. References: <11586@uqcspe.cs.uq.oz.au>
  8. Date: Tue, 5 Jan 1993 13:46:05 GMT
  9. Lines: 21
  10.  
  11. In article <11586@uqcspe.cs.uq.oz.au> berglas@cs.uq.oz.au writes:
  12. >
  13. >Seriously, (> (+ x 1) (* y 2)) is ugly, and it would be pretty easy
  14. >to add a parser to Lisp that could be used instead of the normal Reader.
  15. [...]
  16. >If anyone has heard of such a thing I would be interested to know.
  17.  
  18. Well, the tone of your whole message leads me to believe that your are looking
  19. for a general parser, in which case I know of nothing already available. But on
  20. the offchance that you were just looking for infix-to-prefix translation for
  21. arithmetic operators, both Winston and Horn (_LISP_ 3rd Ed) and the more
  22. advanced text by Norvig (_Paradigms of AI Programming_) give examples of this
  23. with an easy way to extend it.
  24.  
  25. Also, I personally prefer the prefix notation so that I don't have to remember
  26. precedence and associativity rules. Anecdotes prove little and are biased 
  27. by personal tastes, but when I use ML (esp code written by others), I somewhat
  28. miss the consistency and simplicity of the infix notation.
  29.  
  30.                     - Marty
  31. (proclaim '(inline skates))
  32.