home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / fortran / 2833 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.7 KB  |  42 lines
  1. Newsgroups: comp.lang.fortran
  2. Path: sparky!uunet!pgroup!lfm
  3. From: lfm@pgroup.com (Larry Meadows)
  4. Subject: Re: 64-bit integers from Sun f77
  5. Message-ID: <BryCp9.FFw@pgroup.com>
  6. Date: Sat, 25 Jul 1992 16:05:33 GMT
  7. References: <1992Jul16.215352.25027@beaver.cs.washington.edu> <9080023@hpfcso.FC.HP.COM>
  8. Organization: The Portland Group, Portland, OR
  9. Lines: 31
  10.  
  11. In article <9080023@hpfcso.FC.HP.COM> kauth@hpfcso.FC.HP.COM (Joan Kauth) writes:
  12. >I can't answer your original question, but am curious as to why 64-bit
  13. >integers are important for Fortran users, so I would like to pose a counter
  14. >question.
  15. >
  16. >Why do you need 64-bit integers?
  17. >I.e. What do you use integers for that requires > 32 bits?
  18. >
  19. >Some possibilities come to mind:
  20. >
  21. > o For importability from systems whose default integer size is 64-bits.
  22. This is often why users ask us for 64-bit integers.  Porting Cray code.
  23. Many of them would probably be satisfied if 32-bit integers took up 8
  24. bytes, this is the solution implemented by several compilers.
  25.  
  26. > o For time or money representation.
  27. > o For representation of quantities (such as distance or length) which more
  28. >   naturally would be REAL, but integer operations are faster.
  29. > o For more bit fields in an integer for use as flags.
  30. >
  31. >Or ??
  32.   o Because we really have arrays that take up more than 4GB of space.
  33.     Consider a MPP machine with 1024 nodes each with 1GB of memory --
  34.     or even 64MB of memory (or even 4MB of memory :-).  You may really want
  35.     to index that array in a linear fashion.
  36.   o Because we have file systems with many GB (TB?) and want to address
  37.     them uniformly (flat addressing).
  38. [ I've heard both these from users ]
  39. -- 
  40. Larry Meadows        The Portland Group
  41. lfm@pgroup.com
  42.