home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / arch / 12175 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.3 KB

  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!sbusol.rz.uni-sb.de!coli.uni-sb.de!coli-gate.coli.uni-sb.de!spackman
  2. From: spackman@disco-sol.dfki.uni-sb.de (Stephen Spackman)
  3. Newsgroups: comp.arch
  4. Subject: Partial endian solution
  5. Date: 8 Jan 1993 21:52:35 GMT
  6. Organization: DFKI Saarbruecken GmbH, D-W 6600 Saarbruecken
  7. Lines: 29
  8. Message-ID: <SPACKMAN.93Jan8225718@disco-sol.dfki.uni-sb.de>
  9. References: <1iig7aINNtc@spim.mti.sgi.com> <1993Jan8.120225.8330@infodev.cam.ac.uk>
  10.     <willmore.726511292@help.cc.iastate.edu> <16294@auspex-gw.auspex.com>
  11. Reply-To: stephen@acm.org
  12. NNTP-Posting-Host: disco-sol.dfki.uni-sb.de
  13. In-reply-to: wally@Auspex.COM's message of 8 Jan 93 20:02:07 GMT
  14.  
  15. The argument for little endian is: term n of the polynomial representing
  16. a number is at offset n. That should save some effort now and then and
  17. makes more conceptual sense to those of us who think in these terms
  18. (rather than paper notations which, as discussion here shows, are
  19. totally arbitrary).
  20.  
  21. The argument for big endian is: sort orders work out to be the same for
  22. integers and strings. (This is the place where the "order of writing"
  23. really matters - though it's really pure coincidence that they coincide).
  24.  
  25. IMO, the sort order argument is weaker than it looks, because the
  26. topology of strings is rational and not integral - so it's sort of
  27. natural that they should be different.
  28.  
  29. That last observation prompts me to suggest that bytesex inconsistency
  30. should be handled *not* by having byteswap operations, but rather by
  31. laying out structures and arrays (including strings) in a
  32. **negativegoing** direction on whatever you deem to be the "hostile"
  33. architecture (as you might guess from the above, I vote for bigend as
  34. "hostile"). Except in the case of machines that use inconsistent bit-
  35. and byte-sex (68000 case in point) this lets you use the *same* layout
  36. logic for *both* genders.
  37.  
  38. You can even share structures between the two architectures if one of
  39. the sharers negates its addresses (whether in software or in hardware).
  40. ----------------------------------------------------------------------
  41. stephen p spackman    +49 681 302 5288(o) 5282(sec)    stephen@acm.org
  42.       dfki / stuhlsatzenhausweg 3 / d-w-6600 saarbruecken 11 / germany
  43. ----------------------------------------------------------------------
  44.