GCC 3.3.1 and GCC 3.4 Schedule

[Mark Mitchell]

> Alas, we didn't come to an agreement over the regression issue. It's
> probably the most important issue and should be handled carefully. Using the
> 3.3regression and 3.4regression keywords makes the "milestone" entry almost
> a duplicate (like it is right now), and has some issues when in the future
> we branch for 3.4 and/or we close the 3.3 branch. We had some discussion and
> I strongly believe that the best way would be to have a more powerful way to
> track which versions are affected by the bug (like a yes/no/untested flag
> for each version), which could be used automatically by scripts & query to
> find out regressions and setup milestones. Any other solution I've seen
> leads to either an information duplication or a loss of information. Until
> we find out what to do and do it, I'd rather keep the current system.

I agree.

The target milestone should become our major key -- sometimes we'll not
want to fix a bug on the release branch, even if it is a regression
there.  But knowing in which versions the test case fails is useful.

-- 
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com