home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / forth / 3094 < prev    next >
Encoding:
Text File  |  1992-09-08  |  3.4 KB  |  80 lines

  1. Newsgroups: comp.lang.forth
  2. Path: sparky!uunet!starnine!mikeh
  3. From: mikeh@starnine.com (Mike Haas)
  4. Subject: Re: Free Forth
  5. Message-ID: <BuAow0.F8q@starnine.com>
  6. Sender: mikeh@starnine.com (Mike Haas)
  7. Date: Wed, 9 Sep 1992 05:07:11 GMT
  8. References: <1992Aug14.173059.20181@Informatik.TU-Muenchen.DE> <BtCvML.Lzu@starnine.com> <1992Sep5.151245.18215@mintaka.lcs.mit.edu>
  9. Organization: StarNine Technologies, Inc.
  10. Lines: 68
  11.  
  12. In article <1992Sep5.151245.18215@mintaka.lcs.mit.edu> mikc@hal.gnu.ai.mit.edu (Mike Coughlin) writes:
  13. >In article <BtCvML.Lzu@starnine.com> mikeh@starnine.com (Mike Haas) writes:
  14. >>
  15. >>The trend is more & more memory in the machine, so what do I care
  16. >>if a Forth takes up 100k or 500k if I have Megs to work with?
  17. >>
  18. >
  19. >   A small Forth fits in a human mind better than a big one. 
  20.  
  21. The only parts that need to "fit in your mind" are the parts you will
  22. use in programs.  Identifying these words is the job of documentation,
  23. and HELP programs, not VLIST.  The VLIST of a typical dictionary
  24. has always been a hodge-podge of babble.
  25.  
  26. I want those hundreds of K to give me major functionality...
  27. Good, comprehensive, fast floating point (that uses hardware if it exists),
  28. Graphic & sound interfaces,  Ability to call the OS with names instead
  29. of hex numbers, Smart optimizing compilers, Ability to create
  30. standalone small programs that run in the native mode of the machine
  31. (launched from shell, or icon double-clicked), performance profilers,
  32. source-finders, Ability to interface with custom platform libraries--
  33. code written in another language!
  34.  
  35. And to tell me how to use these things, I want good documentation.  THAT
  36. is why I think the job of producing Forth implementation should be left
  37. to vendors.  PD versions do not document or support their products as
  38. well as commercial vendors (in the great majority of cases).
  39.  
  40. >You can
  41. >do more with a system that you understand very well than you can with
  42. >a big system that you don't understand.
  43.  
  44. Just because it's big, doesn't make it difficult.  Indeed, some of
  45. that extra code should actually GIVE you something, like perhaps
  46. an online HELP facility, or an integrated text editor, etc.
  47.  
  48.  
  49. >Forth works very well in a
  50. >small space since it uses a few good ideas put together in a clever
  51. >way.
  52.  
  53. Works fine for imbedded systems, but falls flat on it's face when
  54. you run on top of an Operating System (unless, of course, you live
  55. in the past and don't WANT to take advantage of it).
  56.  
  57.  
  58. >It is a much better way to do things than filling up all
  59. >available memory with more code than a single person can comprehend.
  60.  
  61. Balderdash.  If there ever was a language that SHOULD provide clean
  62. INTERACTIVE interfaces to complex Operating Systems and their facilitites,
  63. it's Forth.  As long as it provides useful development tools, the more
  64. the better.  (Don't you hate re-inventing the wheel?).
  65.  
  66. It's a shame there is no standard for Forth to interface with graphics
  67. & sound, I/O requests, object files, etc.  If ans forth is truly
  68. portable in practice, that would be a valuable stepping stone to
  69. such capabilities.
  70.  
  71. Forth's strong points are it's interactivity, simple parser,
  72. extensibility, simplicity.  It's too bad that it is so poor
  73. at interfacing with existing development technology and at
  74. "reaching out" into the worlds of the operating systems which
  75. now form the basis for future computing.
  76.  
  77. We have to stop thinking along the lines of "oohh... the
  78. dictionary is getting so large!".  (no porn jokes)
  79.  
  80.