home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / misc / 3624 < prev    next >
Encoding:
Text File  |  1992-11-13  |  1.7 KB  |  40 lines
  1. Newsgroups: comp.lang.misc
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!sdd.hp.com!spool.mu.edu!agate!rsoft!mindlink!a684
  3. From: Nick_Janow@mindlink.bc.ca (Nick Janow)
  4. Subject: Re: languages which allow the introduction of new operators
  5. Organization: MIND LINK! - British Columbia, Canada
  6. Date: Fri, 13 Nov 1992 08:13:10 GMT
  7. Message-ID: <17434@mindlink.bc.ca>
  8. Sender: news@deep.rsoft.bc.ca (Usenet)
  9. Lines: 29
  10.  
  11. hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  12.  
  13. > But I would object to any language which insists that we use a strictly
  14. > stack machine.  Pushing, popping, and calling are to be avoided unless
  15. > necessary. Otherwise things just run too slowly to be of more than
  16. > theoretical use.
  17.  
  18. Why do you object to the use of a stack machine (on which those operations
  19. are fast)?  If a stack language on a stack machine will run n times as fast
  20. as a non-stack language on a non-stack machine of equal technology level, why
  21. not use a stack machine?
  22.  
  23. Don't some languages insist (for reasonable performance) that the processor
  24. provide registers and addressing modes?
  25.  
  26. > Getting any speed out of machines requires that we think of speed in
  27. > coding, rather than the fact that it is possible in principle to operate
  28. > with a stack machine with no registers.  This also ignores hardware, such
  29. > as vector machines, where the use of a control register or control stream
  30. > introduces basic bit operations which did not exist before, and which are
  31. > utterly stupid as a means of efficient computation on a stack machine.
  32.  
  33. There's no reason why special hardware can't be added to a stack machine.
  34. You could, for example, add a pair of FIFO "stacks", which might be useful
  35. for signal processing operations.
  36.  
  37. --
  38.  
  39. Nick_Janow@mindlink.bc.ca
  40.