home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / forth / 4004 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  2.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!agate!ames!sun-barr!news2me.EBay.Sun.COM!cronkite.Central.Sun.COM!texsun!exucom.exu.ericsson.se!s09a05!exuhag
  2. From: exuhag@exu.ericsson.se (James Hague)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Recent FORTHs' guts  (was: Documenting)
  5. Message-ID: <1993Jan26.141606.12503@exu.ericsson.se>
  6. Date: 26 Jan 93 14:16:06 GMT
  7. References: <1993Jan26.062019.13295@sol.ctr.columbia.edu>
  8. Sender: news@exu.ericsson.se
  9. Reply-To: exuhag@exu.ericsson.se
  10. Organization: Ericsson Network Systems, Richardson, TX
  11. Lines: 33
  12. Nntp-Posting-Host: s09a05.exu.ericsson.se
  13. X-Disclaimer: This article was posted by a user at Ericsson.
  14.               Any opinions expressed are strictly those of the
  15.               user and not necessarily those of Ericsson.
  16.  
  17. Penio Penev writes:
  18. >
  19. >I feel a bit confused what You mean by 'true compiler'. I suppose You
  20. >mean something You pass a text stream to and it returns some kind of
  21. >assembly or object. 
  22. >
  23. >What I ment is something completely different. I ment native coding,
  24. >inlining and local (I think the term is peephole) optimisation.
  25.  
  26. I meant the same thing you did, an interactive Forth system that creates
  27. native code (within the Forth environment) which is more than just
  28. subroutine threading.  My (possibly unfounded) objection is that this
  29. complicates the underlying Forth system to the point where you can no
  30. longer change things on a very low level; in effect, the compiler is
  31. sealed off from the user as with C or Pascal.  My feeling is that the
  32. interactive system should be a simple and easy to understand as possible
  33. and a full-blown compiler can be brought in later.  Or maybe just have
  34. a special function that can be called to optimize the most recently
  35. defined word into native code.  This would give the user a choice (HS/Forth
  36. might do this, I think.)
  37.  
  38. >: More and more I'm discovering one of the reasons for Forth's lack
  39. >: of popularity is that, while it doesn't have to be used solely for 
  40. >: embedded systems, there isn't much support outside of that area.
  41. >
  42. >I guess this statment will be flamed by the FORTH vendors, who are
  43. >suppose to 'support [products] outside of that area'.
  44.  
  45. I'm seriously hoping it will be.
  46.  
  47. --
  48. James Hague   
  49. exuhag@exu.ericsson.se
  50.