home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.arch
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mojo.eng.umd.edu!pandora.pix.com!stripes
- From: stripes@pix.com (Josh Osborne)
- Subject: Re: What's wrong with stack machines?
- Message-ID: <BxB51A.K9w@pix.com>
- Sender: news@pix.com (The News Subsystem)
- Nntp-Posting-Host: pandora.pix.com
- Organization: Pix Technologies -- The company with no adult supervision
- References: <17035@mindlink.bc.ca> <1992Nov5.144403.6359@sei.cmu.edu>
- Date: Fri, 6 Nov 1992 18:36:45 GMT
- Lines: 34
-
- In article <1992Nov5.144403.6359@sei.cmu.edu> firth@sei.cmu.edu (Robert Firth) writes:
- >In article <17035@mindlink.bc.ca> Nick_Janow@mindlink.bc.ca (Nick Janow) writes:
- >>You have to consider stack machines according to their own strengths, not how
- >>well or not well they handle non-stack language programming techniques.
- >
- >Maybe I'm misinterpreting, but what this sounds like to me is "Don't
- >evaluate stack machines by how well they perform running real code in
- >existing languages. Look at how well they execute unreal code in
- >nonexistent languages."
-
- Well, since there are stack languages, and code written in them, this isn't
- a very good argument. (example language: FORTH)
-
- >After all, if a stack machine performs badly on almost all existing code,
- >and almost all future code written in existing languages, isn't that a
- >very strong argument against building one? If you disagree, then I have
-
- Not if it runs code written for it well enough that for a substantal number
- of applications (mesured in CPUs used, not number of problems) they are
- as good as, or better then non-stack computers. (example application:
- I don't know, mabie fuel injection systems, but I think motorola
- has the market there...)
-
- >this automobile to sell you. It's got half the fuel consumption of a
- >conventional automobile, provided you only drive it on specially built
- >roads.
-
- Which I might buy, if the roads when places I wanted to go.
- --
- stripes@pix.com "Security for Unix is like
- Josh_Osborne@Real_World,The Multitasking for MS-DOS"
- "The dyslexic porgramer" - Kevin Lockwood
- We all agree on the necessity of compromise. We just can't agree on
- when it's necessary to compromise. - Larry Wall
-