home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10763 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  2.5 KB
  1. Xref: sparky comp.arch:10763 comp.lang.misc:3703
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!network.ucsd.edu!lyapunov.ucsd.edu!mbk
  3. From: mbk@lyapunov.ucsd.edu (Matt Kennel)
  4. Newsgroups: comp.arch,comp.lang.misc
  5. Subject: Re: how to advocate new software/hardware features (Re: Hardware Support for Numeric Algorithms)
  6. Date: 16 Nov 1992 04:13:47 GMT
  7. Organization: Institute For Nonlinear Science, UCSD
  8. Lines: 49
  9. Message-ID: <1e775rINNslq@network.ucsd.edu>
  10. References: <Bxr8vG.IpI@mentor.cc.purdue.edu>
  11. NNTP-Posting-Host: lyapunov.ucsd.edu
  12. X-Newsreader: Tin 1.1 PL3
  13.  
  14. hrubin@mentor.cc.purdue.edu (Herman Rubin) writes:
  15. : Nobody on this net, or others I have discussed this with, know of the 
  16. : existence of a versatile syntax converter (macro processor).  Bob Silverman
  17. : and Peter Montgomery have considerable contacts here, and they know of no
  18. : such thing.  There are many macro processors out which at least handle some
  19. : problems with macro name first, but apart from compilers, I know of none
  20. : which would allow someone to write (Bob Silverman's notation) 
  21. : 
  22. :     c = a ** b
  23. : 
  24. : and have it translated into 
  25. : 
  26. :     c = doubmult(a,b).
  27. : 
  28. : C++ could hopefully do something intelligent with the second, so why
  29. : do you guys who say that you are giving us everything to make life
  30. : easy provide at least the translation facilities?
  31.  
  32.  
  33. Translation: 
  34.  
  35.   Prof. Rubin wants to use a syntax which cannot be parsed with the
  36. "standard" tools of compiler contruction kits.  Think of 
  37. the old standbys "lex 'n' yacc"---he essentially wants something in
  38. which the "tables" themselves could somehow be altered using langauge
  39. statements.  Maybe the world doesn't revolve around statically generated
  40. context-free unambiguous grammars.
  41.  
  42. Too many computer scientists think that "syntax is trivial" or "syntax
  43. is uninteresting", which it may be to the inside of a compiler, but isn't
  44. to ordinary users.
  45.  
  46. Now we come to the hard part:  what type of computer notations could
  47. be made to work?
  48.  
  49. What would be truly too difficult to do, and what would be "simply a
  50. matter of programming?"
  51.  
  52. : -- 
  53. : Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  54. : Phone: (317)494-6054
  55. : hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  56. : {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  57.  
  58. --
  59. -Matt Kennel          mbk@inls1.ucsd.edu
  60. -Institute for Nonlinear Science, University of California, San Diego
  61. -*** AD: Archive for nonlinear dynamics papers & programs: FTP to
  62. -***     lyapunov.ucsd.edu, username "anonymous".
  63.