From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 59093 invoked by alias); 9 Jan 2019 08:41:41 -0000 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 Received: (qmail 59070 invoked by uid 89); 9 Jan 2019 08:41:40 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,KAM_SHORT,SPF_PASS autolearn=ham version=3.3.2 spammy=H*M:7673, H*MI:7673 X-HELO: mx1.suse.de Received: from mx2.suse.de (HELO mx1.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Jan 2019 08:41:39 +0000 Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id D4C04AC8D; Wed, 9 Jan 2019 08:41:36 +0000 (UTC) To: "gcc-patches@gcc.gnu.org" , gcc@gcc.gnu.org From: Tom de Vries Subject: [RFC] Update Stage 4 description Cc: Richard Biener , Gerald Pfeifer Message-ID: <869742ac-5f7e-7673-48c4-f393a1e2eb65@suse.de> Date: Wed, 09 Jan 2019 08:41:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2019-01/txt/msg00041.txt.bz2 [ To revisit https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00385.html ] The current formulation for the description of Stage 4 here ( https://gcc.gnu.org/develop.html ) is: ... During this period, the only (non-documentation) changes that may be made are changes that fix regressions. Other changes may not be done during this period. Note that the same constraints apply to release branches. This period lasts until stage 1 opens for the next release. ... This updated formulation was proposed by Richi (with a request for review of wording): ... During this period, the only (non-documentation) changes that may be made are changes that fix regressions. -Other changes may not be done during this period. +Other important bugs like wrong-code, rejects-valid or build issues may +be fixed as well. All changes during this period should be done with +extra care on not introducing new regressions - fixing bugs at all cost +is not wanted. Note that the same constraints apply to release branches. This period lasts until stage 1 opens for the next release. ... If a text can be agreed upon, then I can prepare a patch for wwwdocs. Thanks, - Tom