home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / internal / 1547 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  1.5 KB
  1. Path: sparky!uunet!mitech!gjc
  2. From: gjc@mitech.com (George J. Carrette)
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: Dream extensions for MACRO-32
  5. Message-ID: <3447@mitech.com>
  6. Date: 5 Nov 92 09:38:57 GMT
  7. References: <00962A13.84566C80.28833@WKUVX1.BITNET> <1992Oct30.030043.1@cc.curtin.edu.au> <1992Nov2.020339.1171@mwk.uucp>
  8. Organization: Mitech Corporation, Concord MA
  9. Lines: 33
  10.  
  11. In article <1992Nov2.020339.1171@mwk.uucp>, gleason@mwk.uucp writes:
  12. >   Now that MACRO-32 is more a compiler than an assembler ...
  13.  
  14. Lord, give me strength!
  15.  
  16. > What fantasy extensions would you make, to make MACRO-32 better
  17. > for your work?
  18.  
  19. All you need is a serious, -real- MACRO capability. The ability to
  20. invoke LIB$FIND_IMAGE_SYMBOL from inside a macro.
  21.  
  22. Then, given that, I would cause my macros to invoke a small LISP interpreter,
  23. such as SIOD. Then I could have macros that were powerful enough to
  24. be a compiler for any language that I felt like generating that day.
  25.  
  26. Of course, it would also be nice if communication between the
  27. compiler back-end (i.e. MACRO-32) and my middle-front-end stuff
  28. was more structured than mere ascii representation of a stream
  29. of statements.
  30.  
  31. Historical note: 
  32.  
  33. The LISP compilers at MIT started out as -assemblers-. For what was
  34. called LAP, lisp assembly programs. Stuff like this:
  35.  
  36.  (.ENTRY MYPROG)
  37.  (MOVE R0 (@R5))
  38.  (JSR FOOBAR)
  39.  
  40. To make this into a compiler all you had to do was add macroexpansion
  41. and a database capability (keep track of compiler assumptions etc).
  42.  
  43. -gjc
  44.