home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / pcclone / 32bit / 1235 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.0 KB
  1. Xref: sparky comp.unix.pc-clone.32bit:1235 biz.sco.general:5424 comp.unix.sys5.r3:333
  2. Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3
  3. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!nigel.msen.com!hela.iti.org!cs.widener.edu!dsinc!cdin-1!icdi10!fr
  4. From: fr@compu.com (Fred Rump from home)
  5. Subject: Re: PC Unix/Xenix vendors
  6. Organization: CompuData Inc.
  7. Date: Thu, 21 Jan 1993 17:59:33 GMT
  8. Message-ID: <1993Jan21.175933.16276@compu.com>
  9. References: <C10zto.w8@queernet.org> <ellis.727413624@nova> <C149An.ILH@queernet.org> <C15LJv.8wI@ddsw1.mcs.com>
  10. Lines: 24
  11.  
  12. karl@ddsw1.mcs.com (Karl Denninger) writes:
  13.  
  14. >When was the last time any of you folks out there actually got a compiler
  15. >bug fixed in, oh, say, SCO's compilers?  I remember bitching about some
  16. >problems for over two years in their Xenix compiler -- while on support --
  17. >and <never> receiving a fix.  So much for "official support".  Trust me,
  18. >their lack of producing a fix won't stop them from charging you the annual
  19. >or upgrade maintenance fee.
  20.  
  21. >My life has been spent working around compiler problems in people's
  22. >products.  Compilers that produce bad code.  Optimizers which mangle code
  23. >and cause core dumps.  Linkers that won't.
  24.  
  25. For once we agree. The problem with the SCO (read MS) compiler is that SCO has 
  26. little control over it. It least that was the story from the folks who worked 
  27. in that area. The long lists of 'things' just kept getting longer. GNU was the 
  28. answer to the problem. I'm not sure where the real fault lies here or why MS 
  29. can't do a better compiler. I mean the have the horses and resources.
  30.  
  31. In any case, I'm not so quick to throw this problem into SCO's lap. As far as 
  32. I know they were and are more of an integrator that an original developer. I 
  33. don't think it was in their scope to write YAC (yet another compiler).
  34.  
  35. Fred
  36. -- 
  37. W. Fred Rump     office:       fred@COMPU.COM     "A man's library is a sort of 
  38. 26 Warren St.   home: fr@icdi10.compu.com     harem" - Emerson (1860) 
  39. Beverly, NJ. 08010                                   
  40. 609-386-6846    bang:uunet!cdin-1!icdi10!fr   
  41.