home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / forth / 3995 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  2.1 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!cs.utexas.edu!sun-barr!west.West.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: <1993Jan25.180225.9582@exu.ericsson.se>
  6. Date: 25 Jan 93 18:02:25 GMT
  7. References: <1993Jan23.122739.24899@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: 29
  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 think, that when one designes a FORTH for a machine with a lot of
  20. >memory, native code is the better way. It's faster, while not wasting
  21. >much. On a i386 one have 4-byte 'address' and a 5 byte 'call address'.
  22. >Well, it's not like having 15 bit 'address' and 16 bit 'call address'
  23. >like in RTX, but it's still tolerable.
  24. >
  25. >Another consideration is when You run RISC processors (I'm running
  26. >R3000 currently). There You have even more space and You can benefit
  27. >_a lot_ from the inlining of some primitives.
  28.  
  29. I have mixed feelings about making a true compiler an integral part 
  30. of Forth.  It would remove the simplicity and understandability of
  31. the traditional Forth system--a step toward the 'black boxes' of
  32. conventional language IMO.  But a native code generator which could
  33. be run after development was complete would be a godsend and there
  34. seem to be surprisingly few of these.  Tom Almy's ForthCMP, which I
  35. am a registered user of, is nice but does force you to give up some
  36. of the power of Forth in exchange for native code (you have to keep
  37. ForthCMP in mind while you are writing an application).
  38.  
  39. More and more I'm discovering one of the reasons for Forth's lack
  40. of popularity is that, while it doesn't have to be used solely for 
  41. embedded systems, there isn't much support outside of that area.
  42.  
  43. --
  44. James Hague   
  45. exuhag@exu.ericsson.se
  46.