home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / forth / 3965 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!ub!dsinc!pitt.edu!pitt!willett!dwp
  2. From: dwp@willett.pgh.pa.us (Doug Philips)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Evolution of Forth (was: Documenting)
  5. Message-ID: <4269.UUL1.3#5129@willett.pgh.pa.us>
  6. Date: 22 Jan 93 23:07:44 GMT
  7. Organization: EIEI-U
  8. Lines: 31
  9.  
  10. In article <1504@eouk9.eoe.co.uk>
  11.     ahaley@eoe.co.uk (Andrew Haley) writes:
  12. +Chuck's environment has never stood still.  He's been refining it and
  13. +making it simpler and simpler for what he wants to do.  His current
  14. +system (which is called OK) doesn't use BLOCK at all because all of
  15. +the code and data he needs fits into memory, and he can just write all
  16. +of memory into a file.  This system is used to design a 100 MIP
  17. +microprocessor, which traditionally requires a good sized workstation
  18. +with a big disk; Chuck does all of his design without using the disk
  19. +at all!  It's only there to make backups.
  20.  
  21. [It would be interesting to see if there is a "core" set of words that
  22. CM has consistently used through out all his modifications and new systems.]
  23.  
  24. I think the argument about blocks versus files versus either-or-both has
  25. very reactionary elements in it.  It seems to me that CM's own process of
  26. evolving Forth clearly indicates that any specific version of Forth (fig,
  27. 79, 83, ANSI, whatever), is merely a snapshot in time/utility-space.  I
  28. think Chuck Eaker's point about questioning versus rejecting complexity is
  29. salient here.  While we may find particular insights from what CM has done
  30. in his evolutionary process, we need to recognize that his changes are in
  31. response to specific needs and constraints, and that his needs and
  32. constraints may be very different from anyone elses.  Just because CM at
  33. some point in history said, for example, that blocks are the be all and
  34. end all of disk storage, doesn't mean that statement is still true given
  35. current needs and constraints.  Dogmatic insistence on change and dogmatic
  36. resistence to change are not opposites.
  37.  
  38. -Doug
  39. ---
  40. Preferred:  dwp@willett.pgh.pa.us    Ok:  {pitt,sei}!willett!dwp
  41.