home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / std / c / 3283 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.std.c
  2. Path: sparky!uunet!gatech!rpi!uwm.edu!spool.mu.edu!umn.edu!csus.edu!netcom.com!rfg
  3. From: rfg@netcom.com (Ronald F. Guilmette)
  4. Subject: OOPS!  Make that 15 GCC 2.3.3 bugs!
  5. Message-ID: <1992Dec30.092440.23120@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. Date: Wed, 30 Dec 1992 09:24:40 GMT
  8. Lines: 38
  9.  
  10. It has been brought to my attention that 5 of the 20 bugs I reported for
  11. the recent 2.3.3 release of GCC were in fact non-bugs.
  12.  
  13. Specifically, #1, #16, and #17 all involve undefined behavior, and thus,
  14. diagnostics are not strictly required in those cases.
  15.  
  16. Separately, items #14 and #15 were simply bogus.  I claimed that GCC was
  17. failing to issue errors for erroneous code when in fact the code given
  18. in the examples for those items was perfectly legitimate ANSI C code.
  19.  
  20. I sincerly apologize for any confusion these mistakes might have caused.
  21.  
  22. To the best of my knowledge, all of the other 15 items do in fact repre-
  23. sent deviations (on GCC's part) from the letter of the ANSI C standard.
  24.  
  25. (This is both one of the benefits and one of the hazards of posting to
  26. the comp.std.c newsgroup... i.e. you find out almost immediately if
  27. anything you have said is wrong! :-)
  28.  
  29.  
  30. // Ron ("Loose Cannon") Guilmette    uucp: ...uunet!lupine!segfault!rfg
  31. //
  32. //      "On the one hand I knew that programs could have a compelling
  33. //       and deep logical beauty, on the other hand I was forced to
  34. //       admit that most programs are presented in a way fit for
  35. //       mechanical execution, but even if of any beauty at all,
  36. //       totally unfit for human appreciation."
  37. //                                              -- Edsger W. Dijkstra
  38. -- 
  39.  
  40. // Ron ("Loose Cannon") Guilmette    uucp: ...uunet!lupine!segfault!rfg
  41. //
  42. //      "On the one hand I knew that programs could have a compelling
  43. //       and deep logical beauty, on the other hand I was forced to
  44. //       admit that most programs are presented in a way fit for
  45. //       mechanical execution, but even if of any beauty at all,
  46. //       totally unfit for human appreciation."
  47. //                                              -- Edsger W. Dijkstra
  48.