home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / m68k / 1631 < prev    next >
Encoding:
Text File  |  1993-01-24  |  1.9 KB  |  42 lines
  1. Newsgroups: comp.sys.m68k
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!mcdchg!mcdphx!udc!lhummel
  3. From: lhummel@urbana.mcd.mot.com (Lionel Hummel)
  4. Subject: Re: The end of the MC680X0 UNIX era?
  5. In-Reply-To: pls@root.co.uk's message of 20 Jan 93 13:57:10 GMT
  6. Message-ID: <LHUMMEL.93Jan24211500@neptune.urbana.mcd.mot.com>
  7. Sender: news@urbana.mcd.mot.com (News)
  8. Nntp-Posting-Host: neptune.urbana.mcd.mot.com
  9. Organization: Motorola MCD, Urbana Design Center
  10. References: <1993Jan12.053218.12579@tscs.com> <1993Jan12.183816.16619@phx.mcd.mot.com>
  11.     <1993Jan18.160809.7109@elegant.com> <C15o3C.IoE@root.co.uk>
  12. Date: Mon, 25 Jan 1993 03:15:05 GMT
  13. Lines: 27
  14.  
  15. In article <C15o3C.IoE@root.co.uk> pls@root.co.uk (Peter Skan) writes:
  16.  
  17. > In <1993Jan18.160809.7109@elegant.com> woods@elegant.com (Greg A. Woods) writes:
  18. >> Rhetorically speaking, why wouldn't they drop SVR3 completely, since I
  19. >> assume it wouldn't take much to include a working version of coff2elf,
  20. >> and then they'd only have to support one O/S (on multiple platforms).
  21. >
  22. > Unfortunately, life is not so simple.  The whole system call interface in
  23. > SVR4 is different, its not just a matter of COFF vs. ELF.  (I believe that
  24. > coff2elf is only designed to work on .o files, BTW).
  25. > Binary compatibility with SVR3 was given up a long time ago - there was
  26. > no single binary standard for SVR3 on 68k anyway.
  27.  
  28. Yes and no.  Thanks to the 88k BCS/OCS, SVR3 binaries and sources have
  29. little difficulty on SVR4.  Things start becoming muddy only when you
  30. start pushing outside the ground covered by the standards or when you
  31. get into DDI/DKI issues.
  32.  
  33. As you noted, the lack of applicable standards creates a problem
  34. doing the same with the 68k.
  35.                                       < Lionel
  36. -----------
  37. Lionel D. Hummel, Software Engineer
  38. Motorola Computer Group, Urbana Design Center
  39. lhummel@urbana.mcd.mot.com      uiucuxc!udc!lhummel
  40.  
  41. Disclaimer:  I'm no spokesperson.  I'm just me.
  42.