home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 9007 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.9 KB
  1. Path: sparky!uunet!olivea!decwrl!adobe!usenet
  2. From: zstern@adobe.com (Zalman Stern)
  3. Newsgroups: comp.arch
  4. Subject: Re: 32 => 64 Transition
  5. Message-ID: <1992Aug22.002912.10884@adobe.com>
  6. Date: 22 Aug 92 00:29:12 GMT
  7. References: <1992Aug22.001234.10390@adobe.com>
  8. Sender: usenet@adobe.com (USENET NEWS)
  9. Organization: Adobe Systems Incorporated
  10. Lines: 28
  11.  
  12. In article <1992Aug22.001234.10390@adobe.com> zstern@adobe.com (Zalman  
  13. Stern) writes:
  14. [Complete text of pervious post with no new content.]
  15. I was selecting a bunch of text to delete because NeXT's NewsGrazer always  
  16. excerpts the entire post when you followup. I accidentally dragged the mouse  
  17. across the post button (while still selecting the text) and sure enough it  
  18. sent it off and deleted the post window. Another of many NeXTStep  
  19. mis-features.
  20.  
  21. Anyway... What I was going to say is that Alpha is very much a natural 64  
  22. bit machine. It has minimal support for 32 bit operations. The R4000 has  
  23. about equal support (or backwards compatibility for the less charitable) for  
  24. 32 bit and 64 bit.
  25.  
  26. In an ANSI C universe, the type size_t is used for array indices, the  
  27. arguemnt to malloc. (ptrdiff_t is the type for the difference of two  
  28. pointers. It is should be the same type as size_t only signed.) In the DEC  
  29. model where int is 32 bits and long and pointers are 64 bits, size_t should  
  30. be typedef'ed to unsigned long. That way you can allocate and manipulate  
  31. arrays larger than 2^32 bytes in size. At MIPS, the counter argument to this  
  32. was that little code out there actually conforms to the ANSI standard and  
  33. people use int variables to index arrays all the time. Hence if you want to  
  34. compile dusty decks and have them use arrays bigger than 2^32 bytes, you  
  35. want int to be 64 bits...
  36. --
  37. Zalman Stern           zalman@adobe.com            (415) 962 3824
  38. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  39.   "Yeah. Ask 'em if they'll upgrade my shifters too." Bill Watterson
  40.