From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 119924 invoked by alias); 9 Jan 2019 14:16:26 -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 119892 invoked by uid 89); 9 Jan 2019 14:16:25 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,KAM_SHORT,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=H*F:D*comcast.net, pdp11 X-HELO: resqmta-ch2-11v.sys.comcast.net Received: from resqmta-ch2-11v.sys.comcast.net (HELO resqmta-ch2-11v.sys.comcast.net) (69.252.207.43) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Jan 2019 14:16:24 +0000 Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-11v.sys.comcast.net with ESMTP id hDicgVawsMwIMhEecgvsRr; Wed, 09 Jan 2019 14:16:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1547043382; bh=vBfoX+lhrVRRxIDmI68goF3/AScOuWAM5BqYGVcAG+o=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=K1/fw3zD8TumTqzKcuTyMkdzwctuJtVZaF9i+URRnRX3TMObx2PluRj4Ntl3hzeSq pv9pisTWyAtfSk6Rc8J9RIqT5EA1m41x/0Edp2p1EaQ3TmtGnt8Ik6pE3AIcRu4QkK QnGVr8E9TMgoqRg4wRb/vdgmGbHHEDHPO8PDebDG4Ff2Wc9MEzVWGoj1WtoNX8gNRA 1w9s6kVfzvKRAyAkcF0/UBM566MMSRmCFVvswO3IxPH6xuAEG2oVZs/C8qK/WikqYg wveNxJr/NAdTAXXpIAearGFOEukbfDR2N27RKo4dUCmsf/ce/5i9ieTTuD6kSAQdNE XMomhMw55WREA== Received: from pkoning.akdesign.com ([73.60.223.101]) by resomta-ch2-19v.sys.comcast.net with ESMTPSA id hEebgn9GRwFf5hEebghmHO; Wed, 09 Jan 2019 14:16:22 +0000 X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedtledrfedugdeifecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheprfgruhhlucfmohhnihhnghcuoehprghulhhkohhnihhnghestghomhgtrghsthdrnhgvtheqnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeejfedriedtrddvvdefrddutddunecurfgrrhgrmhephhgvlhhopehpkhhonhhinhhgrdgrkhguvghsihhgnhdrtghomhdpihhnvghtpeejfedriedtrddvvdefrddutddupdhmrghilhhfrhhomhepphgruhhlkhhonhhinhhgsegtohhmtggrshhtrdhnvghtpdhrtghpthhtohepthguvghvrhhivghssehsuhhsvgdruggvpdhrtghpthhtohepghgttgdqphgrthgthhgvshesghgttgdrghhnuhdrohhrghdprhgtphhtthhopehgtggtsehgtggtrdhgnhhurdhorhhgpdhrtghpthhtoheprhhguhgvnhhthhgvrhesshhushgvrdguvgdprhgtphhtthhopehgvghrrghlugesphhfvghifhgvrhdrtghomhenucevlhhushhtvghrufhiiigvpedt X-Xfinity-VMeta: sc=0;st=legit Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: [RFC] Update Stage 4 description From: Paul Koning In-Reply-To: <869742ac-5f7e-7673-48c4-f393a1e2eb65@suse.de> Date: Wed, 09 Jan 2019 14:16:00 -0000 Cc: "gcc-patches@gcc.gnu.org" , gcc@gcc.gnu.org, Richard Biener , Gerald Pfeifer Content-Transfer-Encoding: quoted-printable Message-Id: <846F367A-8DFA-43DC-B0C5-EBFFB068628C@comcast.net> References: <869742ac-5f7e-7673-48c4-f393a1e2eb65@suse.de> To: Tom de Vries X-SW-Source: 2019-01/txt/msg00057.txt.bz2 > On Jan 9, 2019, at 3:42 AM, Tom de Vries wrote: >=20 > [ To revisit https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00385.html ] >=20 > 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. >=20 > Other changes may not be done during this period. >=20 > Note that the same constraints apply to release branches. >=20 > This period lasts until stage 1 opens for the next release. > ... >=20 > 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. >=20 > -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. ... Is there, or should there be, a distinction between primary and non-primary= platforms? While platform bugs typically require fixes in platform-specif= ic code, I would think we would want to stay away from bugfixes in minor pl= atforms during stage 4. The wording seems to say that I could fix wrong-co= de bugs in pdp11 during stage 4; I have been assuming I should not do that.= Is this something that should be explicitly stated? paul