home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / editors / 3117 < prev    next >
Encoding:
Text File  |  1992-12-29  |  1.4 KB  |  33 lines
  1. Newsgroups: comp.editors
  2. Path: sparky!uunet!munnari.oz.au!metro!mama!andy
  3. From: andy@research.canon.oz.au (Andy Newman)
  4. Subject: Re: Extension Languages
  5. Message-ID: <C00s0E.5K2@research.canon.oz.au>
  6. Sender: news@research.canon.oz.au
  7. Organization: Canon Information Systems Research Australia
  8. References: <1992Dec16.092358.15791@u.washington.edu> <1992Dec23.213302.17326@hpcvusn.cv.hp.com>
  9. Date: Tue, 29 Dec 1992 12:00:14 GMT
  10. Lines: 21
  11.  
  12. craig@cv.hp.com writes:
  13. >
  14. >I've done this and it seems like a big win.  I didn't use C for the
  15. >language-to-write-editor-extensions and I don't think you want to - C
  16. >is too "low" level for writing extensions in (its great for writing the
  17. >editor itself).  Extension writers shouldn't have to worry about memory
  18. >allocation and all the other little details that C requires you to.
  19. >This doesn't have to take lots of memory - I have garbage collection,
  20. >recursion, lists, etc and the total editor size is < 150k (68k Unix).
  21. >The extensions run slower than native C code but that doesn't seem to be
  22. >much of a problem.
  23.  
  24. If you're interested in a C-like language that has these features (garbage
  25. collection, high level data types [associative], regular expressions, etc..)
  26. and is well suited to being an extension language (for anything, not just
  27. an editor) have a look at Tim Long's ICI (ftp from extro.ucs.su.oz.au). 
  28.  
  29. Recommended.
  30.  
  31. -- 
  32. Andy Newman (andy@research.canon.oz.au)
  33.