From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 07F56138334 for ; Fri, 14 Sep 2018 20:20:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BB6CCE09BA; Fri, 14 Sep 2018 20:20:38 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6BC14E0990 for ; Fri, 14 Sep 2018 20:20:38 +0000 (UTC) Received: from [192.168.1.100] (c-98-218-46-55.hsd1.md.comcast.net [98.218.46.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mjo) by smtp.gentoo.org (Postfix) with ESMTPSA id CCE65335D12 for ; Fri, 14 Sep 2018 20:20:36 +0000 (UTC) Subject: Re: [gentoo-dev] Changing policy about -Werror To: gentoo-dev@lists.gentoo.org References: <20180909143221.21d784d02f51623e8c57c545@gentoo.org> <3585947.ej1ZtV7eBo@porto> <20180913223451.03b7d65e@sf> <4318377f-9428-d79a-3ba3-5b2c1ad68166@gentoo.org> <1536946390.1087.1.camel@gentoo.org> <72caf534-9d11-b88c-5f94-901140a240a4@gentoo.org> <73BDD985-3347-4BA9-967A-7EF75785DA08@gentoo.org> From: Michael Orlitzky Message-ID: Date: Fri, 14 Sep 2018 16:20:33 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <73BDD985-3347-4BA9-967A-7EF75785DA08@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Archives-Salt: d9cbeba5-2fb5-4034-8224-6c491a4d1985 X-Archives-Hash: 9f6eef04646e00faa61b1381cb70287f On 09/14/2018 03:58 PM, Richard Yao wrote: >> >> No one has answered the question: what do you do when a stable package >> breaks because of a new warning? >> >> ...> > Wouldn’t this be largely covered as part of GCC stabilization? We could reserve the right to kill -Werror in a package where it blocks GCC stabilization if the maintainer does not handle it in a timely manner. >> They would be uncovered during GCC stabilization, but then you're right back in the original situation: how do you fix the stable package? The only answer that doesn't violate some other policy is to patch it in a new revision and wait for it to stabilize again. Other questions arise: Do we block stabilization of clang et al.? If we can simply remove -Werror because it's been a month, were the warnings ever really important to begin with? How many packages do we want to make the toolchain team stop and fix before they can do their jobs?