home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8988 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  938 b 
  1. Path: sparky!uunet!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!harpo.hursley.ibm.com!guyd
  2. From: guyd@harpo.hursley.ibm.com (Guy Dawson)
  3. Newsgroups: comp.arch
  4. Subject: Re: 32 => 64 Transition
  5. Message-ID: <1992Aug18.094549.25179@awdprime.austin.ibm.com>
  6. Date: 18 Aug 92 09:45:49 GMT
  7. References: <l8u555INN5q6@spim.mips.com> <1992Aug11.125326.16719@email.tuwien.ac.at> <id.UHAS.9TA@ferranti.com> <robert.713773090@cs.anu.edu.au>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Reply-To: guyd@harpo.hursley.ibm.com (Guy Dawson)
  10. Organization: IBM, Austin
  11. Lines: 19
  12.  
  13. Reading K&R2, section 2.2 Data Types and Sizes, for a '64 bit' CPU I
  14. would expect the
  15. following sizes :-
  16.  
  17. char        8 bits
  18. short        32 bits
  19. int        64 bits
  20. long        128 bits
  21.  
  22. For me, the key phrase is given in the short table of sizes :-
  23.  
  24. int    an integer, typically reflecting the natural size of integers on the
  25. host machine
  26.  
  27.  
  28. Time to duck for cover?
  29.  
  30. Guy
  31. By me, for me.
  32.