home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10759 < prev    next >
Encoding:
Text File  |  1992-11-15  |  1.7 KB  |  35 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!ornl!rsg1.er.usgs.gov!news.cs.indiana.edu!noose.ecn.purdue.edu!mentor.cc.purdue.edu!hrubin
  3. From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  4. Subject: Re: gotos in hardware
  5. Message-ID: <BxsBKH.Hxq@mentor.cc.purdue.edu>
  6. Organization: Purdue University Statistics Department
  7. References: <1992Nov6.111616.109@turtle.fisher.com> <BxCLAu.5AF@mentor.cc.purdue.edu> <141549@lll-winken.LLNL.GOV>
  8. Date: Mon, 16 Nov 1992 01:17:03 GMT
  9. Lines: 24
  10.  
  11. In article <141549@lll-winken.LLNL.GOV> casey@gauss.llnl.gov (Casey Leedom) writes:
  12. >| From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  13.  
  14. >| A goto, with no intervening possible exits, should be handled in such a
  15. >| way that that the hardware starts getting the code at the new location
  16. >| early, so that there are no unnecessary delays.  It could even issue
  17. >| instructions from that "new" code in the same way it does from current
  18. >| code.  The "structured" approach, where unconditional transfers are not
  19. >| the rule, prevents this type of optimization.
  20.  
  21. >  Just because you don't see many explicit "goto"'s in ``structured
  22. >programs'' doesn't mean they aren't there.  They're usually hidden as
  23. >``structured goto's'': e.g. "break" and "continue" in C.
  24.  
  25. I am quite aware of that.  But there are machines whose architecture
  26. does not have separate fast transfers, but instead have them as part
  27. of a conditional transfer instruction with no condition bits used.
  28.  
  29. My message was posted to comp.arch only; I raised no software questions.
  30. -- 
  31. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  32. Phone: (317)494-6054
  33. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  34. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  35.