Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp1723308pxb; Mon, 13 Sep 2021 04:13:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyenGJiADcNWXz20I0HIwYr7k0cXCDf7TcXMMPDQQZzUlFy+C7bIjvQZWreFaKAy6khRsUx X-Received: by 2002:a17:906:3148:: with SMTP id e8mr11765551eje.240.1631531584017; Mon, 13 Sep 2021 04:13:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631531584; cv=none; d=google.com; s=arc-20160816; b=TJqXmaHQmUxT5xrhXa/R4gNEk9YLuNzJsGj3AATLu0mPSn0AtY8wF59QA2iL1OeHCb ScFFoNBQRvbDkoMxsA3b9M2UM/srWwvbacmy40dzIAjhG2fwRteOD+3mKYNKleTIJRfi OvWJrGF4K52zD75wQxLF3FCULxtDQUtIcybJPeeL+nWIm6Ejgt5o2/G6j20jlwtvH9pC NpV5NWkqPUF7Qo+rpd1zY3UxSsXrVkzq8PsI0v/DlCOdjSHErwETUibFKPxq1jkjBMfO t0/cqRPkG2mVE+hsRKRlVxyVQ0bXAtysE1ZrXTbhxfXygrRtlkUDMQxvNU7v9eq1PPAw 6t7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=Hbo9tOuMaxJu2TzcuuIp3c32FqoFYzvU6oBAaOLC/EU=; b=p+YAWMj9BUx/V5X5Wf9UF83Fq5FzsH4rxP3cgBeXU1zf8oK+p2xnORLV0vlUQhYIsK wLfd3YWTjtm3Gxb3K9yynU3pDwQUt8IUUQGVrHiZuedDhzGioNzO2IhpbyKB9taYbpmA 2K3XZOB5we3vuZfUS4bludY9VuOnmJaTBQAgej5FdsJ7l/a2LdIRtiefuwoCiUnbOVWi stDP11z4HJlSkfyaUUKRjIvGPO6JKRQC68XxVf/tLMHIIdzrjvWNJbDVQNuPycuMUMwV btvVqu0GCdEJtpWCaDZgRX8tWW2RRKzf/EGPMZU+W9Q9I60BE3mkJoH9jpfYwPhuGOou c10g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e6si7006613ejk.740.2021.09.13.04.12.40; Mon, 13 Sep 2021 04:13:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238634AbhIMJeP (ORCPT + 99 others); Mon, 13 Sep 2021 05:34:15 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:57012 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238444AbhIMJeO (ORCPT ); Mon, 13 Sep 2021 05:34:14 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 6F4DD1C0B7A; Mon, 13 Sep 2021 11:32:57 +0200 (CEST) Date: Mon, 13 Sep 2021 11:32:56 +0200 From: Pavel Machek To: Randy Dunlap Cc: Linus Torvalds , Marco Elver , Nick Desaulniers , llvm@lists.linux.dev, LSM List , linux-toolchains@vger.kernel.org, Arnd Bergmann , Greg Kroah-Hartman , Guenter Roeck , Kees Cook , Mark Brown , Masahiro Yamada , Nathan Chancellor , Michal Marek , Andrew Morton , Vipin Sharma , Chris Down , Rasmus Villemoes , Daniel Borkmann , Vlastimil Babka , Linux Kbuild mailing list , Linux Kernel Mailing List Subject: Re: [PATCH] Revert "Enable '-Werror' by default for all kernel builds" Message-ID: <20210913093256.GA12225@amd> References: <20210907183843.33028-1-ndesaulniers@google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > >> config WERROR > >> bool "Compile the kernel with warnings as errors" > >>- default y > >>+ default COMPILE_TEST > > > >That seems reasonable. It very much is about build-testing. >=20 > That and 2 more things IMO: >=20 > a. having developers be responsible for build warnings, not just > build errors >=20 > b. having maintainers merge them more like they are build errors > and not just some warnings that can be overlooked. >=20 > I don't see enough of a. or b. :( Do we really want developers treat warnings as errors? When the code is okay but some random version of gcc dislikes it... Plus, there's question of stable. We already get ton of churn there ("this fixes random warning"). WERROR will only encourage that... Best regards, Pavel --=20 http://www.livejournal.com/~pavelmachek --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAmE/GscACgkQMOfwapXb+vKf6wCeMl/kwYj5SUzbAi0/ynpYblZF 888AoKqSN5XRNc1+75+8cGEAonrC2YAc =uY8f -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH--