home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10506 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.8 KB
  1. Xref: sparky comp.arch:10506 comp.lang.misc:3542
  2. Newsgroups: comp.arch,comp.lang.misc
  3. Path: sparky!uunet!spool.mu.edu!news.nd.edu!mentor.cc.purdue.edu!hrubin
  4. From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  5. Subject: gotos in hardware
  6. Message-ID: <BxCLAu.5AF@mentor.cc.purdue.edu>
  7. Organization: Purdue University Statistics Department
  8. References: <1992Oct29.153514.22927@yrloc.ipsa.reuter.COM> <BwxsF6.3DF@mentor.cc.purdue.edu> <1992Nov6.111616.109@turtle.fisher.com>
  9. Date: Sat, 7 Nov 1992 13:25:41 GMT
  10. Lines: 26
  11.  
  12. In article <1992Nov6.111616.109@turtle.fisher.com> ferris@turtle.fisher.com writes:
  13. >Since this discussion is posted in comp.architecture shouldn't we be
  14. >discussing the possibility of a goto-less object code?
  15.  
  16. >I believe that it is possible at the micro-code level but not at the
  17. >machine level. However, I can envision something like:
  18.  
  19.             .................................
  20.  
  21. Now I raise the question as to why anyone would want to do this?  The only
  22. answer I can think of is that it would eliminate the possibilities of coding
  23. for speed, and lighten the load on compilers.
  24.  
  25. Since computing relative to memory access was speeded up about 30 years ago,
  26. there have been various amounts of look-ahead and scheduling.  A goto, with
  27. no intervening possible exits, should be handled in such a way that that
  28. the hardware starts getting the code at the new location early, so that
  29. there are no unnecessary delays.  It could even issue instructions from
  30. that "new" code in the same way it does from current code.  The "structured"
  31. approach, where unconditional transfers are not the rule, prevents this
  32. type of optimization.
  33. -- 
  34. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  35. Phone: (317)494-6054
  36. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  37. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  38.