home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 9006 < prev    next >
Encoding:
Text File  |  1992-08-21  |  2.9 KB  |  95 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!decwrl!adobe!usenet
  3. From: zstern@adobe.com (Zalman Stern)
  4. Subject: Re: 32 => 64 Transition
  5. Message-ID: <1992Aug22.001234.10390@adobe.com>
  6. Sender: usenet@adobe.com (USENET NEWS)
  7. Organization: Adobe Systems Incorporated
  8. References: <id.X1JS.KFC@ferranti.com>
  9. Date: Sat, 22 Aug 1992 00:12:34 GMT
  10. Lines: 83
  11.  
  12. In article <id.X1JS.KFC@ferranti.com> peter@ferranti.com (Peter da Silva)  
  13. writes:
  14. > In article <MARC.92Aug19170300@marc.watson.ibm.com> marc@watson.ibm.com  
  15. (Marc Auslander) writes:
  16. > > The intent of ANSI C appears to be that int is the "natural"
  17. > > arithmetic of the machine.  This is reflected in the integer promotion
  18. > > rules, which promote to int but NOT to long.
  19. > 
  20. > Well, is 64 bits the natural arithmetic of Alpha? The 68000 was a "32 bit"
  21. > processor, but the best code was generated with 16 bit ints. In any case,
  22. > making int larger than long is explicitly contrary to the standard.
  23. > 
  24. >     [long = int * int;]
  25. > 
  26. > > is defined to do its arithmetic in int, producing an int result, and
  27. > > then convert to long at the assignment.  If i+j overflows (as int) the
  28. > > results are undefined.
  29. > 
  30. > This is true, and is the way existing C compilers on non-vaxian systems
  31. > behave. But [32 = 16 * 16] *is* the natural multiplication mode, and a
  32. > good compiler will use a single 16-32 multiply here.
  33. > 
  34. > Personally, I think long should have been 64 bits all along, from the VAX
  35. > on, to allow [64 = 32 * 32], the natural VAX multiply.
  36. > 
  37. > In any case:
  38. >         PDP    68K    286    VAX    VAX+
  39. >     char     8     8     8     8     8
  40. >     short    16    16    16    16    16
  41. >     int    16    16    16    32    32
  42. >     long    32    32    32    32    64
  43. >     char*    16    32    16/32    32    32
  44. > 
  45. > We have some people noting that long==32, and assuming that's the  
  46. important
  47. > non-variant, giving this sort of model:
  48. > 
  49. >         VAXist
  50. >     char     8
  51. >     short    16
  52. >     int    64
  53. >     long    32
  54. >     char*    64
  55. > 
  56. > Another useful property is that all word sizes be available. This is what  
  57. DEC
  58. > seems to have chosen:
  59. > 
  60. >         Alpha
  61. >     char     8
  62. >     short    16
  63. >     int    32
  64. >     long    64
  65. >     char*    64
  66. > 
  67. > So long as you don't want a single addressible object over 2 GB, this  
  68. should
  69. > create no problems.
  70. > 
  71. > I don't have the instruction set in front of me, but this would appear to
  72. > imply a [64 = 32 * 32] instruction exists, but not a [128 = 64 * 64] one.
  73. > If it did, then you'd want to do this:
  74. > 
  75. >         Beta
  76. >     char     8
  77. >     short    16 or 32
  78. >     int    64
  79. >     long    128
  80. >     char*    64
  81. > 
  82. > But what size should short be?
  83. > -- 
  84. > Peter da Silva                                               `-_-'
  85. > $ EDIT/TECO LOVE                                              'U` 
  86. > %TECO-W-OLDJOKE Not war?                        Have you hugged your wolf  
  87. today?
  88. > Ferranti Intl. Ctls. Corp.      Sugar Land, TX  77487-5012       +1 713  
  89. 274 5180
  90.  
  91. --
  92. Zalman Stern           zalman@adobe.com            (415) 962 3824
  93. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  94.   "Yeah. Ask 'em if they'll upgrade my shifters too." Bill Watterson
  95.