home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / 9153 < prev    next >
Encoding:
Text File  |  1992-09-01  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!destroyer!ubc-cs!uw-beaver!tera.com!news
  3. From: bob@tera.com (Bob Alverson)
  4. Subject: Re: trapping speculative ops (LONG)
  5. Message-ID: <1992Sep1.152044.12253@tera.com>
  6. Sender: news@tera.com (News Administrator)
  7. Reply-To: bob@tera.com
  8. Organization: Tera Computer Company, Seattle, WA
  9. References: <1992Aug31.224611.5196@odin.diku.dk>
  10. Date: Tue, 1 Sep 1992 15:20:44 GMT
  11. Lines: 26
  12.  
  13. To quote William Kahan:
  14.  
  15.     Exceptions are not errors.
  16.     Exceptions are not errors.
  17.     Exceptions are not errors.
  18.     Exceptions are not errors.
  19.     Exceptions are not errors.
  20.     Exceptions are not errors.
  21.     Exceptions are not errors.
  22.     Exceptions are not errors.
  23.     Exceptions are not errors.
  24.     Exceptions are not errors.
  25.  
  26.     Unless they are handled badly.
  27.  
  28. In other words, if you think you can roll over and die when you take an exception,
  29. you are severely restricting hardware and software.  In many cases, some fix up
  30. is desired followed by a return from the exception.  Continuing in this way can
  31. be quite challenging if you have gone too far forward.  Values that were around
  32. may no longer be anywhere to be found.  However, an architectural way to guarantee
  33. that no traps from an operation will occur in the future is nice.  DEC's Alpha
  34. has the sledge-hammer-like trap barrier.  Being able to selectively touch off
  35. traps gives the compiler more control and may allow better pipeline usage.
  36.  
  37. Bob
  38.  
  39.