home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / forth / 3760 < prev    next >
Encoding:
Text File  |  1993-01-04  |  2.2 KB  |  46 lines
  1. Newsgroups: comp.lang.forth
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!news.uakron.edu!vax1.cc.uakron.edu!r3btg
  3. From: r3btg@vax1.cc.uakron.edu (Ben T Galehouse)
  4. Subject: Re: Forth Standard Debate
  5. Message-ID: <1993Jan4.234621.12186@news.uakron.edu>
  6. Sender: news@news.uakron.edu
  7. Organization: The University of Akron, Akron, Ohio
  8. References: <1i7flnINN9or@life.ai.mit.edu>
  9. Date: Mon, 4 Jan 1993 23:46:21 GMT
  10. Lines: 34
  11.  
  12. It is quite amusing to listen to everyone argue.  Here is what I think.
  13. There should be standards.  This isn't difficult to justify.  People
  14. need to know that there is _a_ forth standard that everybody uses.  This
  15. makes learning forth much easier.  Code portability is also a factor.
  16.  
  17. However, for forth to keep it's spirit, must also be deviation from the
  18. standard.  Often, a machine's architechture dictates the fastest or the
  19. shortest way to do something.  Also, especialy in embedded applications,
  20. no one application will need all the commands often included with forth.
  21. This sort of deviation from the standard must be accepted and even
  22. supported, no matter how badly a person advocates that standard.
  23.  
  24. One of the most important characteristics of forth is it's size and
  25. consision.  To this end, I suggest a group of malleable standards.
  26. There should be a very short basic description of forth.  On top of
  27. that, there should be a description of how forth should be implimented
  28. on 16-bit machines and on 32-bit machines (size of stack? if the stack
  29. is 32 bits, how to work with 16-bit arrays?).  If somebody wants to
  30. devise a graphic standard (variable names that contain the screen size?)
  31. that is also fine.  Not all 32-bit machines have graphic interfaces.
  32. Not all people want floating point support.  The standard should be
  33. modular.  There should be a 16-bit standard.  There should be a 32-bit
  34. standard.  There should be a floating point standard.  (why not add a
  35. floating point stack) 
  36.  
  37. Most importantly, however, all source code should always be provided,
  38. and everything should be no larger than necessary.  This is the most
  39. universal forth standard  --- the programer should understand the
  40. compiler and everything about it.
  41.  
  42. -- 
  43. r3btg@vax1.cc.uakron.edu          15764 Galehouse Rd.
  44. Ben Galehouse              Doylestown, OH, 44230
  45. (216) 658-3556           
  46.