home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / arch / 12184 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.8 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!appserv.Eng.Sun.COM!appserv!limes
  2. From: limes@straylight.eng.sun.com (Greg Limes)
  3. Newsgroups: comp.arch
  4. Subject: Re: A theory for Big & Little Endian's origin
  5. Date: 8 Jan 93 17:29:06
  6. Organization: Sun Microsystems Computer Corporation (Mountain View, California,
  7.     USA)
  8. Lines: 20
  9. Message-ID: <LIMES.93Jan8172906@straylight.eng.sun.com>
  10. References: <1iig7aINNtc@spim.mti.sgi.com> <1993Jan8.120225.8330@infodev.cam.ac.uk>
  11.     <willmore.726511292@help.cc.iastate.edu> <16294@auspex-gw.auspex.com>
  12. NNTP-Posting-Host: straylight
  13. In-reply-to: wally@Auspex.COM's message of 8 Jan 93 20:02:07 GMT
  14.  
  15. In article <16294@auspex-gw.auspex.com> wally@Auspex.COM (Wally Bass) writes:
  16. |   Actually, I think that it's not the 'load' problem so much as it is
  17. |   the 'add' problem. When you are going to do an add on a machine with
  18. |   1 byte adder, you want the low order bytes of both operands first,
  19. |   and the high order bytes last, because that is the direction in
  20. |   which the carry propagates.
  21.  
  22. One can make an equivalent argument for the 'compare' problem. When
  23. you are going to do a compare on a machine with a 1 byte comparator,
  24. you want the high order bytes of both operands first, and the low
  25. order bytes last, because you can stop working sooner. One can even
  26. point out when sorting records that storing your numbers in big-endian
  27. format means you only need to know the offset and length of the key
  28. fields, not whether they are alpha or numeric.
  29.  
  30. I believe that whether bytes were big-endian or little-endian was
  31. largely an arbitrary decision when the oldest ancestor of the ISA was
  32. being designed, based on reasons that made sense at the time but which
  33. may now be completely lost in the mist. All we can do now is deal with
  34. the results of the fact that about half the ISAs are "wrong" :-)
  35.