This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch, Fortran] PR fortran/35837: Fix type-resolving and gfc_current_ns
- From: Tobias Burnus <burnus at net-b dot de>
- To: Tobias Burnus <burnus at net-b dot de>
- Cc: fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Fri, 5 Sep 2008 23:27:19 +0200
- Subject: Re: [Patch, Fortran] PR fortran/35837: Fix type-resolving and gfc_current_ns
- References: <20080905201813.GA14471@net-b.de>
Hallo Daniel,
Daniel Kraft wrote:
> Sounds like a good idea to me! And yes, 5 months sound really a bit long...
Tja, darauf hat gfortran allerdings keinen Einfluß.
> For the final 4.4 release, there'll be another delay afters
> branching off the 4.4 release, won't there?
Ich denke nicht; bei 4.3 war es so, daß nach Stage3 der Release-Freeze kam
(nur Regression fixes) und dann gleichzeitig ein 4.4-Branch erstellt wurde
und 4.5 mit Stage1 anfing. Das 4.3.0-Release war dann unmittelbar nach dem
Branch-Erstellen.
(Damit hat man aus 4.2 gelernt, wo alle sich auf 4.3 gestürzt haben, nachdem
es den gcc-4_2-branch gab. Beim Bugfixen hatte man dann auch das Problem, daß
man alles in 4.2 und trunk/4.3 einchecken mußte.)
Release-Kriterium ist übrigens die Anzahl der Regressions. Es darf keine
P1-Regressions geben. (Ob es P2-Regressions geben darf, habe ich vergessen.)
Das Ändern von P1 in P2 u.ä. ist natürlich auch eine Lösung.
Fortran-Regressions sind übrigens P4-P6, da Fortran nicht release-critial
ist, allerdings wird bei einer ernsten Fortran-Regression wohl ein Release
um ein paar Tage verschoben. (Ernste Fortran-Bugs gab es, ernste Regressions
auch, allerdings traten die bisher nie kurz vor dem Release auf.)
Langsamere Programme und langsameres Kompilieren zählt übrigens auch
als Regression.
Die gegenwärtigen Fortran-Regressions sind übrigens alle relativ unwichtig:
36463 - ist keine echte Regression
37274 - hat einen Patch (Pauls)
36599 - checked in für 4.4 (4.3 noch nicht) [Dein PR ;-)]
35680, 36700 - ice-on-INvalid-code
36700 - rejects-valid bug? Nicht reproduzierbar
36599 - Performance bug; Status unklar. Nur 4.3?
Bezüglich Fortran gibt es als Ziel: Keine Regressions
und keine Fortran-95-Bugs (per Definition von Joost: Probleme mit
standardkonformen Fortran-95-Programmen, die falsche Ergebnisse liefern
oder beim Kompilieren abgelehnt werden, wenn das Problem bei mehreren
Systemen auftritt [und nicht z.B. nur bei Darwin]).
Mal sehen, wie man die Fehler kategorisiert, wenn es keine F95-Fehler
und keine Regressions gibt. Genügend andere Bugs bleiben ja noch
übrig ;-)
Und bezüglich P1-P3:
http://gcc.gnu.org/ml/gcc/2008-09/msg00013.html
P1: 9 PRs, P2: 131 PRs, P3: 28 PRs.
Gruß,
Tobias