From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26747 invoked by alias); 26 Sep 2009 22:24:06 -0000 Received: (qmail 26716 invoked by uid 22791); 26 Sep 2009 22:24:03 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from vexpert.dbai.tuwien.ac.at (HELO vexpert.dbai.tuwien.ac.at) (128.131.111.2) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 26 Sep 2009 22:23:58 +0000 Received: from acrux.dbai.tuwien.ac.at (acrux.dbai.tuwien.ac.at [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id AAA801E07A; Sun, 27 Sep 2009 00:23:53 +0200 (CEST) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id 4C1DD1005D; Sun, 27 Sep 2009 00:23:59 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 382C110059; Sun, 27 Sep 2009 00:23:59 +0200 (CEST) Date: Sun, 27 Sep 2009 06:23:00 -0000 From: Gerald Pfeifer To: Richard Guenther cc: gcc@gcc.gnu.org, gcc-patches@gcc.gnu.org, Jakub Jelinek , "Joseph S. Myers" , Mark Mitchell Subject: Re: [PATCH] Adjust develop.html to reflect recent practice In-Reply-To: Message-ID: References: User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-09/txt/msg00552.txt.bz2 On Sun, 20 Sep 2009, Richard Guenther wrote: > As commented to my last status report develop.html does not reflect > reality anymore. The following tries to adjust it carefully in > this respect. I believe you got the math wrong in one case, when you went from four months that a branch will need to be maintained in the old model up to six months. Is it possible you ment to substract the two months Stage 2 used to take instead of add it? Since it seems hard to predicat the time between the end of Stage 3 and branching, I suggest to just say "a few months". The patch below does that in its last hunk and makes one or the other editorial change. Thoughts? Gerald Index: develop.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/develop.html,v retrieving revision 1.101 diff -u -3 -p -r1.101 develop.html --- develop.html 20 Sep 2009 19:50:27 -0000 1.101 +++ develop.html 26 Sep 2009 22:21:10 -0000 @@ -108,17 +108,16 @@ well), then we can seriously confuse use

During this period, changes of any nature may be made to the compiler. In particular, major changes may be merged from branches. -Stage 1 and its length is feature driven and its length will be -at least four month. +Stage 1 is feature driven and will last at least four months. In order to avoid chaos, the Release Managers will ask for a list of major projects proposed for the coming release cycle before the start -of Stage 1. The Release Managers will attempt to sequence the projects +of Stage 1. They will attempt to sequence the projects in such a way as to cause minimal disruption. The Release Managers will not reject projects that will be ready for inclusion before the end of Stage 1. Similarly, the Release Managers have no special power to accept a particular patch or branch beyond what their status -as maintainers affords. The Release Managers role during Stage 1 is -merely to attempt to order the inclusion of major features in an +as maintainers affords. The role of the Release Managers during Stage 1 +is merely to attempt to order the inclusion of major features in an organized manner.

Stage 2

@@ -147,7 +146,7 @@ source base as we prepare for a release.

Although maintaining a development branch, including merging new changes from the mainline, is somewhat burdensome, the absolute worst -case is that such a branch will have to be maintained for six months. +case is that such a branch will have to be maintained for a few months. During this period, the only mainline changes will be bug-fixes, so it is unlikely that many conflicts will occur.