From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 6012E1F910 for ; Tue, 15 Nov 2022 13:30:54 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=owlfolio.org header.i=@owlfolio.org header.b="oHdWgucb"; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.b="t3TH+W4B"; dkim-atps=neutral Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ouw1X-0004N5-9r; Tue, 15 Nov 2022 08:30:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ouw1Q-0004CN-1e; Tue, 15 Nov 2022 08:30:40 -0500 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ouw1N-0003fh-K6; Tue, 15 Nov 2022 08:30:39 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 807D93200A1D; Tue, 15 Nov 2022 08:30:33 -0500 (EST) Received: from imap45 ([10.202.2.95]) by compute1.internal (MEProxy); Tue, 15 Nov 2022 08:30:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=owlfolio.org; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; t=1668519033; x=1668605433; bh=DYgiFfDDVW GxjrnWTpIaLTpCyGkCNef65P3I/xVZfy0=; b=oHdWgucbcHsor02Hq5ldOPuCdm bweW8gzMxeKnsi73pk5YF6De5Xaw2ERnU/SUG9rUlQzCgDBAD29EBXKBrADhaIFj /DSGvILTNnfy0K0Rsi6P9JEDmCApg638Lm3gdCVHSGYKT8xlMkbRmQTQq1Uq18P+ BFxh8oDEGipOTcV7BiWu9kPFxq/kPpKorLqzHHAo3UMpYcWzGv/E0VthQOSdBl2+ y38bv0I1emq7ZPG2gdq8LVnZo6BZ5sGF1FR+VyXr+FnqpcaOwfYlpsqdV5sNngE7 PK4XxjTiOotZ3tBVNwigt4jXY5PrfZowrsO24StjMwIK8fbf2ZiZHYBCtvCw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1668519033; x=1668605433; bh=DYgiFfDDVWGxjrnWTpIaLTpCyGkC Nef65P3I/xVZfy0=; b=t3TH+W4BvdHUAFNSbXKirdn2fH1yO0mMTYotni0KS4yR VuPCJz0/pI5cXSTUQ1yoIOvrwJgJG0uOSN3Vh1bxuRZYRBI8GSffKg9sMEI8Pu5S 8eI2G0CHKf5LhYtxOF6/ruJIRG+eJzrfriajxINmsbMbhNEH/fKZkc5gcdR1Q2K+ Z7xPyAn6XMB24pbPyYplRaHZEfff+D97a8zgDl3YEf+zxLCqp3c04lqk1fGnu/sl SPCUeoVIpuDmuepl/WOfHIvvR6La8zCeCFsyzY2g0xjE6P6qS0dYcQ/3eiiqMtP2 jFWWeX3riWHLO9WTSaBoxwwoqib+klUULScGZSVWzQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrgeeggdehvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvvefutgesthdtredtreertdenucfhrhhomhepfdgkrggt khcuhggvihhnsggvrhhgfdcuoeiirggtkhesohiflhhfohhlihhordhorhhgqeenucggtf frrghtthgvrhhnpeegvefhheehteeljeduueeufeegffeftdetleeggeehueekffekffdu udetffffudenucffohhmrghinhepghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeiirggtkhesohiflhhfohhlihhordhorhhg X-ME-Proxy: Feedback-ID: i876146a2:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 47C36272007A; Tue, 15 Nov 2022 08:30:32 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-1115-g8b801eadce-fm-20221102.001-g8b801ead Mime-Version: 1.0 Message-Id: <3663e96a-dab0-4b07-848c-6c662637dad1@app.fastmail.com> In-Reply-To: <35EC0D15-150F-4325-8FC9-F31E963B328F@gentoo.org> References: <24ed5604-305a-4343-a1b6-a789e4723849@app.fastmail.com> <251923e7-57be-1611-be10-49c3067adf0d@cs.ucla.edu> <7ef0ce03-d908-649a-a6ee-89fea374d2b1@cs.ucla.edu> <35EC0D15-150F-4325-8FC9-F31E963B328F@gentoo.org> Date: Tue, 15 Nov 2022 08:30:12 -0500 From: "Zack Weinberg" To: "Sam James" , "Paul Eggert" Cc: "Aaron Ballman" , c-std-porting@lists.linux.dev, "Autoconf Development" , "GCC Development" , "via cfe-commits" , "Gnulib bugs" Subject: Re: How can Autoconf help with the transition to stricter compilation defaults? Content-Type: text/plain Received-SPF: pass client-ip=64.147.123.19; envelope-from=zack@owlfolio.org; helo=wout3-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org On Tue, Nov 15, 2022, at 12:03 AM, Sam James wrote: >> On 13 Nov 2022, at 00:43, Paul Eggert wrote: >> >> Although there will be problems with people who run "./configure CFLAGS='-Werror'", that sort of usage has always been problematic and unsupported by Autoconf, so we can simply continue to tell people "don't do that". >> > > Is there somewhere in the autoconf docs we actually say this? > > I've seen a few instances of folks adding it themselves very > early in their configure scripts (which is a pain for distros > anyway) which then ends up affecting the rest. It's mentioned in the NEWS entry for 2.70: https://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS#n170 It should be discussed in the actual manual as well, but I've been reluctant to add anything about warnings to the manual as long as Autoconf proper doesn't have any support for controlling warnings. Note that there have been bug reports for cases where running builds with more warnings than configure uses (and I think also -Werror), means that configure checks spuriously succeed (i.e. configure reports that something is available, but then you get compiler errors on the code that tries to use it). I can't remember any concrete examples right now, though. zw