This is the mail archive of the
mailing list for the GCC project.
Re: GCC-4.0.4 release status
- From: "Richard Guenther" <richard dot guenther at gmail dot com>
- To: "Volker Reichelt" <reichelt at igpm dot rwth-aachen dot de>
- Cc: "Gabriel Dos Reis" <gdr at cs dot tamu dot edu>, gcc at gcc dot gnu dot org
- Date: Thu, 25 Jan 2007 22:32:38 +0100
- Subject: Re: GCC-4.0.4 release status
- References: <email@example.com>
On 1/25/07, Volker Reichelt <firstname.lastname@example.org> wrote:
> | Well, there's another serious (wrong-code) bug which should be fixed
> | PR c++/29106 is a C++ front-end issue.
> | It has a one-line fix (plus comment) on the 4.1 branch.
> | Well, actually one should also backport the fix for PR c++/28284 then,
> | which is a two-liner.
> I was primarily looking at the PRs that marked in the bugzilla
> database blocker or critical. As there were over 256 PRs open, and
> the idea is to get GCC-4.0.4 out of the door as soon as possible, I'm
> not trying to fix everything; just those that are critical or
> blockers. This is based on the fact that most distros have moved to
> GCC-4.1.x or higher. GCC-4.0.x has been since GCC-4.0.0 to contain
> major shortcomings.
Well, the severity status of the bugs is not very well maintained.
Mark e.g. only sets the prioriy field (P1 - P5) of the bugs.
And PR 29106 bug is one of the 37 P1 bugs. And one from three
wrong-code P1 bugs. So this is not like every simple error-recovery
In addition this is a regression from GCC 4.0.2, i.e. a regression
on the 4.0 branch. Which makes this bug even worse, IMHO.
(This infromation seems to be missing in bugzilla, though.)
Considering how much dispute there is on the mailing list about how
to handle undefined behaviour correctly ;-), it bothers me more that
we ignore one-lines fixes for wrong-code bugs.
I think regressions on the branch are worth a fix. Though I agree
that the primary goal should be to get rid of the 4.0 branch ;)