home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / forth / 3124 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  2.6 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!bu.edu!transfer!sw.stratus.com!nick
  2. From: nick@sw.stratus.com (Nicolas Tamburri)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Forth in the Marketplace
  5. Message-ID: <6357@transfer.stratus.com>
  6. Date: 14 Sep 92 17:51:33 GMT
  7. References: <4055.UUL1.3#5129@willett.pgh.pa.us>
  8. Sender: usenet@transfer.stratus.com
  9. Organization: Stratus Computer, Inc.
  10. Lines: 46
  11.  
  12.  
  13. > S.BAKER41 [S.E.Baker]        at 18:04 EDT
  14. >  
  15. > > FLOATING POINT default with a toggle words called FLO and INT.
  16. > 
  17. >         That would be ok but I would suggest a simpler answer.  For the
  18. > beginner it would be great to simply have floating point words; "ADD", "SUB",
  19. > MUL", "DIV" and maybe "SQUARE", "SQROOT", etc.  Yes, I know that this is very
  20. > "COBOL-like" -- deliberately so.  If you can make a COBOL programmer
  21. > comfortable with a transition into Forth then you will see the language gain
  22. > acceptance.  Converting him to more brief words can be accomplished later.
  23.  
  24. Forth generally does as you state, except that the usual names are F+ , F- etc.
  25. I believe the original statement had to do with numeric input from the
  26. keyboard or files being converted to floating point numbers automatically.
  27. (Correct me if I'm wrong, someone.)
  28.  
  29. I kind of like the idea of having a float or integer input mode, but I would
  30. modify the above suggestion to only convert to floating point if a decimal
  31. point appears in the number, (ala double precision numbers.)  Double precision
  32. numbers are becoming somewhat less useful as 32-bit Forths running on platforms
  33. with FPUs become the norm.
  34.  
  35. > >                    RPN is controversial
  36. > 
  37. >         Why?  I see no reason for this to be a problem.  It is easily learned
  38. > and the value becomes obvious to anyone who learns the use of stacks.
  39.  
  40. One of our favorite time-wasters way, [way, way, ...] back in college was
  41. which company made better calculators, Texas Instruments or Hewlett-Packard.
  42. More people bought TI because H-P were RPN based.  You have to pity those
  43. TI people, but facts are facts.
  44.  
  45. > > and then compile it.  Type RPN and you simply go back to usual
  46. >  > RPN entry.
  47. > 
  48. >         Please don't waste time worrying about this!  There are far bigger
  49. > holes in Forth that simply MUST be plugged before it is a "language".  Right
  50. > now, IMO, Forth is a piece of a language.  I won't be able to make use of it
  51. > until it becomes whole.
  52.  
  53. Please don't waste time, is right. Dick Pountain published a rudimentary Algebraic
  54. Notation input parser in BYTE a couple years back.  It looked pretty portable
  55. and extensible for anyone sick enough to want to use it.  :-)
  56.  
  57.                             /nt
  58.