home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11969 < prev    next >
Encoding:
Text File  |  1992-12-28  |  1.2 KB  |  27 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!munnari.oz.au!uniwa!cujo!cc.curtin.edu.au!zrepachol
  3. From: zrepachol@cc.curtin.edu.au
  4. Subject: Re: Any use for Branch if Even/Odd ?
  5. Message-ID: <1992Dec28.211934.1@cc.curtin.edu.au>
  6. Lines: 15
  7. Sender: news@cujo.curtin.edu.au (News Manager)
  8. Organization: Curtin University of Technology
  9. References: <endecotp.723992157@cs.man.ac.uk> <1g8ub1INN8it@agate.berkeley.edu> <GJR.92Dec11230751@chamarti.ai.mit.edu>
  10. Date: Mon, 28 Dec 1992 12:19:34 GMT
  11.  
  12. In article <GJR.92Dec11230751@chamarti.ai.mit.edu>, gjr@zurich.ai.mit.edu (Guillermo J. Rozas) writes:
  13. ...
  14. > The alpha has those too, but that is not the issue.  If I remember
  15. > correctly, all odd integer values were considered true in BLISS, and
  16. > all even values false.  Using test-for-zero for boolean tests only
  17. > works if zero is the unique representation for one of the boolean
  18. > values (as in C), but this is neither inherent nor clearly superior.
  19.  
  20. Close, but you have fallen into the hole that the BLISS spec trys to avoid.
  21. The value of the fullword is irrelevent, only the low bit counts. Its value as
  22. an int or float or char is irrelevent to the true/false test. Note that the
  23. odd/even true/false mapping fails with floats or scaled quantities.
  24.  
  25. ~Paul
  26.  
  27.