home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8907 < prev    next >
Encoding:
Text File  |  1992-08-14  |  1.6 KB  |  39 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!munnari.oz.au!manuel!cs.anu.edu.au!cs.anu.edu.au!robert
  3. From: robert@cs.anu.edu.au (Robert Cohen)
  4. Subject: Re: 32 => 64 Transition
  5. Message-ID: <robert.713773090@cs.anu.edu.au>
  6. Organization: Computer Science Dept., Australian National University
  7. References: <340@moene.indiv.nluug.nl> <1992Aug08.165832.114442@cs.cmu.edu> <1992Aug11.125326.16719@email.tuwien.ac.at> <id.UHAS.9TA@ferranti.com>
  8. Date: Fri, 14 Aug 1992 06:18:10 GMT
  9. Lines: 28
  10.  
  11. peter@ferranti.com (peter da silva) writes:
  12.  
  13. >What size would *you* make an int? 64 bits? What do you do for a 32-bit
  14. >data type? Short? Then what do you do for a 16-bit data type? Create another
  15. >abomination "short short" or "long char"? "long long" is bad enough.
  16.  
  17. The perfect solution: int= 64, long =128 (for real men's numbers),
  18. short = 32, char = 8, long char= 16, short short = 24,
  19. long short = 48 and short long = 96.
  20. If we need more precision we can start using short short long and
  21. long short long etc.
  22. In case anyone hasn't realised yet :-) :-) :-)
  23.  
  24. More seriously, I belive that we need a way to machine independently
  25. specify the precision such as int:32.
  26. When I write a program I usually know what sort of range I expect
  27. a variable to have to hold. I dont care if its an int or a long or a short
  28. on different machines, I want a number about that big.
  29.  
  30. Who uses 16 bit variables anymore anyway, memory's cheap, right :-)
  31.  
  32. Robert
  33.  
  34. -- 
  35. Robert Cohen        email: robert@cs.anu.edu.au
  36. PhD Student,  Dept of Computer Science
  37. Australian National University
  38. Neuron not responding, still meditating.  - "BrainOS" error message
  39.