From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) by sourceware.org (Postfix) with ESMTPS id C03ED3895FDE for ; Tue, 15 Nov 2022 13:30:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C03ED3895FDE Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=owlfolio.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=owlfolio.org 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 X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,JMQ_SPF_NEUTRAL,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: 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