Volunteer for bug summaries?
Brooks Moses
brooks.moses@codesourcery.com
Wed May 23 08:40:00 GMT 2007
Mark Mitchell wrote:
> 1. Add a field to bugzilla for the SVN revision at which a particular
> regression was introduced. Display that in bugzilla as a link to the
> online SVN history browser so that clicking on a link takes us from the
> PR straight to the checkin. This field value ought to be the most
> recent revision to the GCC trunk such that the bug did not occur in the
> previous revision, but does occur in all subsequent revisions.
In practice, it seems that in conversations here this is often reported
as a range -- it is known to work at SVN revision N, but fails at
revision N+5 or somesuch. Might it be useful to have some way of
recording this, rather than expecting a single number?
This also has the advantage that it can be incrementally improved,
rather than needing to be filled in all at once. (For instance, a value
of "known to fail" can be filled in when the bug is confirmed, and may
be useful if the bug lasts for a while.)
Also, there's the point that the compiler is occasionally broken on some
targets. If a regression occurs during one of these "dark ages", it
can't be tracked down to a single commit solely by testing.
- Brooks
More information about the Gcc
mailing list