home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / gnu / gcc / help / 2007 < prev    next >
Encoding:
Text File  |  1992-08-29  |  1.6 KB  |  34 lines
  1. Newsgroups: gnu.gcc.help
  2. Path: sparky!uunet!cis.ohio-state.edu!gnu.ai.mit.edu!rms
  3. From: rms@gnu.ai.mit.edu (Richard Stallman)
  4. Subject: Fix for cc1plus internal error 6 ?
  5. Message-ID: <9208290733.AA12846@mole.gnu.ai.mit.edu>
  6. Sender: daemon@cis.ohio-state.edu
  7. Organization: GNUs Not Usenet
  8. References: <9208290456.AA08730@solomon.technet.sg>
  9. Distribution: gnu
  10. Date: Fri, 28 Aug 1992 23:33:19 GMT
  11. Lines: 21
  12.  
  13.     I've already submitted 2 bug reports for gcc. I have no idea if it was
  14.     received or not since you don't acknowledge receipt of a report (Not even
  15.     a 1 liner?) Don't you think that sending a simple acknowledgement (could
  16.     be automated) would at least ensure that reported bugs are correctly
  17.  
  18. When I work on a bug report, I often send a message saying "Thanks."
  19. But many different people maintain various parts of GCC.  So there is
  20. no one person who decides what to do with a bug report.  For example,
  21. I don't work on C++ bugs or even look at them, so I certainly wouldn't
  22. ack them.  I don't know what the C++ maintainer does about acking.
  23.  
  24. It would be easy to arrange for something automated to report
  25. receiving a GCC bug.  I'm not sure this would do a lot of good,
  26. because it would not guarantee that the person who works on that
  27. target machine or part of the compiler has received it.
  28.  
  29. Cygnus is developing a bug-tracking system.  I hope it will be adapted
  30. so that we can use it for overall tracking of GCC bug reports.
  31. (Contact gnu@cygnus.com if you'd like to volunteer to do the work.)
  32. Then we could make it ack automatically and also indicate that a
  33. person has been chosen to look at the report.
  34.