home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / hardware / 4018 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  1.3 KB
  1. Path: sparky!uunet!wupost!usc!sol.ctr.columbia.edu!news.columbia.edu!rutgers!ub!acsu.buffalo.edu!pjg
  2. From: pjg@acsu.buffalo.edu (Paul Graham)
  3. Newsgroups: comp.sys.sun.hardware
  4. Subject: Re: Sun4/SPARC
  5. Message-ID: <BtGrCw.LEJ@acsu.buffalo.edu>
  6. Date: 24 Aug 92 01:12:32 GMT
  7. References: <1992Aug19.184114.639@linus.mitre.org> <1992Aug23.171609.25404@msuinfo.cl.msu.edu> <l9fqqoINNjmq@exodus.Eng.Sun.COM>
  8. Sender: nntp@acsu.buffalo.edu
  9. Organization: University at Buffalo
  10. Lines: 22
  11. Nntp-Posting-Host: urth.acsu.buffalo.edu
  12.  
  13. ram@shukra.Eng.Sun.COM (Renu Raman) writes:
  14. | There seems to be some confusion here - 
  15.  
  16. true enough.
  17.  
  18. | From an application viewpoint - any SPARC binary will run on any Sun4<x>
  19. | based kernel/system.
  20.  
  21. but i don't know that this statement dispels any of it.  i think an
  22. answer to the original question is that SPARC is a generic term that
  23. can be be used to describe a variety of systems.  some of which are
  24. sun4 and some of which are not.  (sun's SS10, solbourne's 5e, &c., &c.
  25. spring to mind as sparc based systems that are not called sun4*).
  26.  
  27. what they have in common is a cpu that executes a common core of instructions.
  28.  
  29. too bad any SPARC binary won't run on any sun4 system.  it would sure make
  30. my life easier.
  31.  
  32. -- 
  33. pjg@acsu.buffalo.edu / rutgers!ub!pjg / pjg@ubvms (Bitnet)
  34. opinions found above are mine unless marked otherwise.
  35.