From unknown Mon Jun 23 02:20:05 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#20077 <20077@debbugs.gnu.org> To: bug#20077 <20077@debbugs.gnu.org> Subject: Status: automake / silent-rules / $(V) when V= not set to '' or 1 or 2 (e.g. V=1234) Reply-To: bug#20077 <20077@debbugs.gnu.org> Date: Mon, 23 Jun 2025 09:20:05 +0000 retitle 20077 automake / silent-rules / $(V) when V=3D not set to '' or 1 o= r 2 (e.g. V=3D1234) reassign 20077 automake submitter 20077 Mirko Vogt severity 20077 normal tag 20077 confirmed thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 10 23:04:17 2015 Received: (at submit) by debbugs.gnu.org; 11 Mar 2015 03:04:17 +0000 Received: from localhost ([127.0.0.1]:42118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YVWwS-0005nZ-5X for submit@debbugs.gnu.org; Tue, 10 Mar 2015 23:04:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56202) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YVV6w-0002gk-Qq for submit@debbugs.gnu.org; Tue, 10 Mar 2015 21:06:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YVV6q-0007Ef-Kk for submit@debbugs.gnu.org; Tue, 10 Mar 2015 21:06:53 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVV6q-0007Ea-It for submit@debbugs.gnu.org; Tue, 10 Mar 2015 21:06:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57915) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVV6p-0001KS-FO for bug-automake@gnu.org; Tue, 10 Mar 2015 21:06:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YVV6l-0007DB-FX for bug-automake@gnu.org; Tue, 10 Mar 2015 21:06:51 -0400 Received: from 0.mx.nanl.de ([217.115.11.12]:45372 helo=mail.nanl.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVV6l-0007Ct-8k for bug-automake@gnu.org; Tue, 10 Mar 2015 21:06:47 -0400 Received: from [217.115.11.14] (vpn.nanl.de [217.115.11.14]) by mail.nanl.de (Postfix) with ESMTPSA id B7BC9405DC for ; Wed, 11 Mar 2015 01:05:17 +0000 (UTC) Message-ID: <54FF9520.70201@nanl.de> Date: Wed, 11 Mar 2015 02:06:40 +0100 From: Mirko Vogt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: bug-automake@gnu.org Subject: automake / silent-rules / $(V) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 10 Mar 2015 23:04:14 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) I just stumbled across an issue where a project fails to compile using automake and silent-rules with $V being set to sth. else other than '1' or '0'. This is because of the following resulting Makefile code when using silent rules: AM_V_P = $(am__v_P_$(V)) am__v_P_ = $(am__v_P_$(AM_DEFAULT_VERBOSITY)) am__v_P_0 = false am__v_P_1 = : This breaks builds in environments such as e.g. the cross-compiling framework OpenWrt - which also uses $(V), however with values other than 1/0 (e.g. V=99, V={c,w,s}, etc.). The way automake behaves here it claims that variable for its exclusive use. I don't mind automake using $(V), however if using such generic variable names, please don't make projects fail when $(V) is set to something other than 1 or 0. My proposal would be to enable verbose output, if $(V) is set to anything but '0' and to disable otherwise ($V is unset / set to '0'). Cheers mirko From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 27 12:45:51 2015 Received: (at submit) by debbugs.gnu.org; 27 Mar 2015 16:45:51 +0000 Received: from localhost ([127.0.0.1]:38291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbXOI-0001hN-Up for submit@debbugs.gnu.org; Fri, 27 Mar 2015 12:45:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38190) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbXOH-0001hA-8X for submit@debbugs.gnu.org; Fri, 27 Mar 2015 12:45:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbXOB-0005m0-0q for submit@debbugs.gnu.org; Fri, 27 Mar 2015 12:45:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:36725) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbXOA-0005lq-Ra for submit@debbugs.gnu.org; Fri, 27 Mar 2015 12:45:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39908) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbXO9-0001Ju-VT for bug-automake@gnu.org; Fri, 27 Mar 2015 12:45:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbXO5-0005j7-Pf for bug-automake@gnu.org; Fri, 27 Mar 2015 12:45:41 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38862) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbXO5-0005j3-Hf for bug-automake@gnu.org; Fri, 27 Mar 2015 12:45:37 -0400 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2RGjX0l016024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 27 Mar 2015 12:45:33 -0400 Received: from nb.usersys.redhat.com (unused-4-182.brq.redhat.com [10.34.4.182]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2RGjV3D006059 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2015 12:45:32 -0400 From: Pavel Raiskup To: bug-automake@gnu.org Subject: Re: bug#20077: automake / silent-rules / $(V) Date: Fri, 27 Mar 2015 17:45:30 +0100 Message-ID: <2162238.1THxDUGtum@nb.usersys.redhat.com> User-Agent: KMail/4.14.4 (Linux/3.19.1-201.fc21.x86_64; KDE/4.14.6; x86_64; ; ) In-Reply-To: <54FF9520.70201@nanl.de> References: <54FF9520.70201@nanl.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit Cc: Mirko Vogt , 20077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) On Wednesday 11 of March 2015 02:06:40 Mirko Vogt wrote: > I just stumbled across an issue where a project fails to compile using > automake and silent-rules with $V being set to sth. else other than '1' > or '0'. > > This is because of the following resulting Makefile code when using > silent rules: > > AM_V_P = $(am__v_P_$(V)) > am__v_P_ = $(am__v_P_$(AM_DEFAULT_VERBOSITY)) > am__v_P_0 = false > am__v_P_1 = : > > This breaks builds in environments such as e.g. the cross-compiling > framework OpenWrt - which also uses $(V), however with values other than > 1/0 (e.g. V=99, V={c,w,s}, etc.). Its not ideal (dirty), but you can work-around that by specifying 'make AM_V_P=true' explicitly. Or the project itself can do something like $ cat Makefile.am | grep ^AM_V_P AM_V_P = test x0 = "x$(V)" .. when the project is known to use $V for its own purposes. > The way automake behaves here it claims that variable for its exclusive > use. I don't mind automake using $(V), however if using such generic > variable names, please don't make projects fail when $(V) is set to > something other than 1 or 0. > > My proposal would be to enable verbose output, if $(V) is set to > anything but '0' and to disable otherwise ($V is unset / set to '0'). That would probably require changing the semantics of $AM_V_P a bit, as it now was always ':' or 'false'. But could be worth having fixed somehow. Pavel From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 14:48:58 2022 Received: (at control) by debbugs.gnu.org; 20 Feb 2022 19:48:58 +0000 Received: from localhost ([127.0.0.1]:33899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLsCY-0002Ht-LE for submit@debbugs.gnu.org; Sun, 20 Feb 2022 14:48:58 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:46080 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLsCX-0002Hf-Nr for control@debbugs.gnu.org; Sun, 20 Feb 2022 14:48:58 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id 78E1B3438DB; Sun, 20 Feb 2022 19:48:51 +0000 (UTC) From: Mike Frysinger To: control@debbugs.gnu.org Subject: Control message Message-Id: <20220220194851.78E1B3438DB@smtp.gentoo.org> Date: Sun, 20 Feb 2022 19:48:51 +0000 (UTC) X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) retitle 20077 automake / silent-rules / $(V) when V= not set to '' or 1 or 2 (e.g. V=1234) tag 20077 = confirmed thankyou From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 14:52:12 2022 Received: (at 20077) by debbugs.gnu.org; 20 Feb 2022 19:52:12 +0000 Received: from localhost ([127.0.0.1]:33904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLsFg-0002N6-0r for submit@debbugs.gnu.org; Sun, 20 Feb 2022 14:52:12 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:46768 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLsFe-0002Ms-9m for 20077@debbugs.gnu.org; Sun, 20 Feb 2022 14:52:11 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id A2145343795; Sun, 20 Feb 2022 19:52:03 +0000 (UTC) From: Mike Frysinger To: Pavel Raiskup Subject: Re: bug#20077: automake / silent-rules / $(V) Message-Id: <20220220195204.A2145343795@smtp.gentoo.org> Date: Sun, 20 Feb 2022 19:52:03 +0000 (UTC) X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20077 Cc: Mirko Vogt , 20077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) On Fri, 27 Mar 2015 17:45:30 +0100, Pavel Raiskup wrote: > On Wednesday 11 of March 2015 02:06:40 Mirko Vogt wrote: > > I just stumbled across an issue where a project fails to compile using > > automake and silent-rules with $V being set to sth. else other than '1' > > or '0'. > > > > This is because of the following resulting Makefile code when using > > silent rules: > > > > AM_V_P = $(am__v_P_$(V)) > > am__v_P_ = $(am__v_P_$(AM_DEFAULT_VERBOSITY)) > > am__v_P_0 = false > > am__v_P_1 = : > > > > This breaks builds in environments such as e.g. the cross-compiling > > framework OpenWrt - which also uses $(V), however with values other than > > 1/0 (e.g. V=99, V={c,w,s}, etc.). > > Its not ideal (dirty), but you can work-around that by specifying > 'make AM_V_P=true' explicitly. Or the project itself can do something > like > > $ cat Makefile.am | grep ^AM_V_P > AM_V_P = test x0 = "x$(V)" > > .. when the project is known to use $V for its own purposes. GNU Make supports: am__v_P_$(V) = $(am__v_P_$(AM_DEFAULT_VERBOSITY)) `make V='asldfj aksdfj lajsdf'` still works with this. but i don't know how portable this is. might be as portable as recursive make variables in general ? > > The way automake behaves here it claims that variable for its exclusive > > use. I don't mind automake using $(V), however if using such generic > > variable names, please don't make projects fail when $(V) is set to > > something other than 1 or 0. > > > > My proposal would be to enable verbose output, if $(V) is set to > > anything but '0' and to disable otherwise ($V is unset / set to '0'). > > That would probably require changing the semantics of $AM_V_P a bit, as it > now was always ':' or 'false'. But could be worth having fixed somehow. i don't think changing AM_V_P semantics is feasible. it's documented in the manual as having this behavior and has since automake-1.13 (for ~10 years). this variable is meant to be used by code written by users, not an internal Automake setting. -mike From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 16:57:21 2022 Received: (at 20077) by debbugs.gnu.org; 20 Feb 2022 21:57:21 +0000 Received: from localhost ([127.0.0.1]:34052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLuCn-0003ho-JI for submit@debbugs.gnu.org; Sun, 20 Feb 2022 16:57:21 -0500 Received: from mx.mail.infra.nanl.de ([217.115.15.19]:39670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLuCl-0003hc-7b for 20077@debbugs.gnu.org; Sun, 20 Feb 2022 16:57:20 -0500 Received: from [217.115.15.30] (proxy-smtp [10.0.3.51]) by mx.mail.infra.nanl.de (Postfix) with ESMTPA id 529BA3A1245; Sun, 20 Feb 2022 21:57:15 +0000 (UTC) Message-ID: Date: Sun, 20 Feb 2022 21:57:12 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Subject: Re: bug#20077: automake / silent-rules / $(V) Content-Language: en-US To: Mike Frysinger , Pavel Raiskup References: <20220220195204.A2145343795@smtp.gentoo.org> From: Mirko Vogt In-Reply-To: <20220220195204.A2145343795@smtp.gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20077 Cc: Mirko Vogt , 20077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 20.02.22 19:52, Mike Frysinger wrote: > i don't think changing AM_V_P semantics is feasible. it's documented in the > manual as having this behavior and has since automake-1.13 (for ~10 years). Well, that might be the case by now. When I filed that 7 years ago it wasn't, though. > this variable is meant to be used by code written by users, not an > internal Automake setting. Which is exactly my point. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 01 03:35:37 2023 Received: (at submit) by debbugs.gnu.org; 1 Jan 2023 08:35:37 +0000 Received: from localhost ([127.0.0.1]:40255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBtof-0001Cn-6D for submit@debbugs.gnu.org; Sun, 01 Jan 2023 03:35:37 -0500 Received: from lists.gnu.org ([209.51.188.17]:46426) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBhPm-0005VW-0H for submit@debbugs.gnu.org; Sat, 31 Dec 2022 14:21:06 -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 1pBhPk-0003W1-R5 for automake-patches@gnu.org; Sat, 31 Dec 2022 14:21:05 -0500 Received: from mout.gmx.net ([212.227.17.21]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBhPi-0004MH-WA for automake-patches@gnu.org; Sat, 31 Dec 2022 14:21:04 -0500 Received: from [192.168.1.226] ([90.227.12.124]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1Mof9F-1oRgHs2NUf-00p6OV for ; Sat, 31 Dec 2022 20:21:01 +0100 Content-Type: multipart/mixed; boundary="------------oEMKkfunEUo1wrfTCwss9ba5" Message-ID: <9424af0e-0391-f20c-1133-905e2fb0ce02@gmx.us> Date: Sat, 31 Dec 2022 20:21:00 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 To: automake-patches@gnu.org Content-Language: en-GB, sv-SE From: Bogdan Subject: [bug#20077] Allow more V= values for verbose output X-Provags-ID: V03:K1:zpjnNCQfxHsFhcqFiw7jouGRds98kGwYurZrC/SdPDjiSbTX27j jDk8CsyWSQTp8DR3PPwl1ZIaPuYav9Zb9kakTfOBUqsPDc6M2JfF5zFYKdJveuuw1CKD2u8 PxGj7ipAus3hQ7+r+cHOjVFnyppr6mm4quy7yDrPkIQt96UOVBwHFhrfq87mUsPA6EgACy+ 8wg5JUSBZUiRzkYSCrXWA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:HrxkrAwmIr8=;sF9bl4TKy8TCq78elZOMzEaX9gg qHOl0FS5wOV1VpwSfJXRuuM9EB6gY5+mMPE35Z1xTff4XzP/hKqbT9kIUva0rwW4PNHgsZYYC yDCGz5zpt4mJBVTMhqZ62sTYmNbGcJTX2RG+55yQdM4ccQZd+uMbPo7M+TLxQyGCt/Qkri2e8 meHdngKROqgrL3qwBAfxyNcp3hhWZBqTCGDEHpiuYyYOgfbTbmwYT+Jmie86P34+PmI1ruSQc TWsdPInS3AX6kDsuMKslRmsONwJnYdivqtN2kRWQSRTf9edXlMeVlFRVfV1aDvxgNBuuGb6U8 hS1RATngyi9nHd1xBv6aAbegtvsZJ2CjSRluNXyX8hKti7mHQPQQ06fHJJefamkqXDU9gYC4y eviRYz316bXFIFzDx+GhxMbJbtg2dCK+er93ZWFm7qFWUQoa8oio5BOGLOVYTrSco95KD6e4a BvJL2mkorgz85p1YnfGSv+r48dUf14x8KZFvQi7BqMjAghi8s9a6WwngTKTGUQp/XD45JEUyw wkJ6Y5+x6TujSoYkOpQut2P9dIIiHZ0OoXlYa/pCDejYG6/8kbI35RCL81WTCWY80QcFYyzj6 1h0Ch7cPl0o7PE+XX7+wUJgwohOaAVvUP04YBmEtoFcq2lRdQunKUsA955nh9/n//AxE7pqdR vm6ZUrF8D7+s7mUIBnUTUuWrFfFi4z7oK1XNAqhOCiVAW8SoPG1o5FJlSjwn4893pnB3wuLlu 5503G3noExArZP7j8Eem8/PALjbzowclURAYPUrY9SXjqDTS5lL6h8hY2I3cGNslpO4irZhUD 4JpIw0U2E74UtgRvC5P9fUBfZOW7EbGdNpun5sowr45aapcvYvBXeDL78bg9NADvImijPGRDf id2FC8YcBRKTPN/F3Hb/azxtGeZoimhUwj76ab1IymLy2NGrgSXwqNlIJiOgOokJz1qZRGHZy iA+BIA== Received-SPF: pass client-ip=212.227.17.21; envelope-from=bogdro_rep@gmx.us; helo=mout.gmx.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 01 Jan 2023 03:35:31 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) This is a multi-part message in MIME format. --------------oEMKkfunEUo1wrfTCwss9ba5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, Automakers! My last patch for now, this time for https://debbugs.gnu.org/cgi/bugreport.cgi?bug=20077: - if $(V) is empty, use default verbosity, - if $(V) = 0, be silent, - if $(V) is neither empty nor 0, be verbose (not only with V=1, but e.g. V=99). Yes, requires some shell, but just like other stuff. Note that this just switches verbosity off and on, doesn't pay any attention if the user would want e.g. more verbosity with V=99 than with V=1. Regards, Bogdan Drozdowski -- Regards - Bogdan ('bogdro') D. (GNU/Linux & FreeDOS) X86 assembly (DOS, GNU/Linux): http://bogdro.evai.pl/index-en.php Soft(EN): http://bogdro.evai.pl/soft http://bogdro.evai.pl/soft4asm www.Xiph.org www.TorProject.org www.LibreOffice.org www.GnuPG.org --------------oEMKkfunEUo1wrfTCwss9ba5 Content-Type: text/x-patch; charset=UTF-8; name="automake-verbose-more-values-mail.diff" Content-Disposition: attachment; filename="automake-verbose-more-values-mail.diff" Content-Transfer-Encoding: base64 RnJvbSA2ZGQzN2MwMjQwODM2NDM1MGM0YmI0YjYzNzA1ZTE5NzVkMDM1ZWVmIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBCb2dkYW4gRHJvemRvd3NraSA8PgpEYXRlOiBTYXQs IDMxIERlYyAyMDIyIDIwOjE3OjM1ICswMTAwClN1YmplY3Q6IFtQQVRDSF0gQWxsb3cgb3Ro ZXIgViB2YWx1ZXMgZm9yIHZlcmJvc2l0eQoKLS0tCiBtNC9zaWxlbnQubTQgICAgfCAgMiAr LQogdC9zaWxlbnQtZ2VuLnNoIHwgMjQgKysrKysrKysrKysrKysrKysrKysrKysrCiAyIGZp bGVzIGNoYW5nZWQsIDI1IGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkKCmRpZmYgLS1n aXQgYS9tNC9zaWxlbnQubTQgYi9tNC9zaWxlbnQubTQKaW5kZXggZDE5YzU2ZThhLi5hMjdj Y2M0NGIgMTAwNjQ0Ci0tLSBhL200L3NpbGVudC5tNAorKysgYi9tNC9zaWxlbnQubTQKQEAg LTUzLDcgKzUzLDcgQEAgY2FzZSAkZW5hYmxlX3NpbGVudF9ydWxlcyBpbiBAJTpAICgoKAog ZXNhYwogaWYgdGVzdCAkYW1fY3ZfbWFrZV9zdXBwb3J0X25lc3RlZF92YXJpYWJsZXMgPSB5 ZXM7IHRoZW4KICAgZG5sIFVzaW5nICckVicgaW5zdGVhZCBvZiAnJChWKScgYnJlYWtzIElS SVggbWFrZS4KLSAgQU1fVj0nJChWKScKKyAgQU1fVj0nJChzaGVsbCBpZiAoIHRlc3QgIngk KFYpIiA9ICJ4MCIgKTsgdGhlbiBlY2hvIDA7IGVsaWYgKCB0ZXN0ICJ4JChWKSIgPSAieCIg KTsgdGhlbiBlY2hvICQoQU1fREVGQVVMVF9WRVJCT1NJVFkpOyBlbHNlIGVjaG8gMTsgZmkp JwogICBBTV9ERUZBVUxUX1Y9JyQoQU1fREVGQVVMVF9WRVJCT1NJVFkpJwogZWxzZQogICBB TV9WPSRBTV9ERUZBVUxUX1ZFUkJPU0lUWQpkaWZmIC0tZ2l0IGEvdC9zaWxlbnQtZ2VuLnNo IGIvdC9zaWxlbnQtZ2VuLnNoCmluZGV4IDFlMmM1ODhjNy4uZTE0ZDRiMTM4IDEwMDY0NAot LS0gYS90L3NpbGVudC1nZW4uc2gKKysrIGIvdC9zaWxlbnQtZ2VuLnNoCkBAIC01Myw2ICs1 MywxOCBAQCBncmVwICdHRU4gJyBzdGRvdXQgJiYgZXhpdCAxCiBncmVwICdjcCAnIHN0ZG91 dAogZ3JlcCAnZWNobyAnIHN0ZG91dAogCiskTUFLRSBjbGVhbgorcnVuX21ha2UgLU8gVj05 OQorZ3JlcCAnR0VOICcgc3Rkb3V0ICYmIGV4aXQgMQorZ3JlcCAnY3AgJyBzdGRvdXQKK2dy ZXAgJ2VjaG8gJyBzdGRvdXQKKworJE1BS0UgY2xlYW4KK3J1bl9tYWtlIC1PIFY9dnZ2Citn cmVwICdHRU4gJyBzdGRvdXQgJiYgZXhpdCAxCitncmVwICdjcCAnIHN0ZG91dAorZ3JlcCAn ZWNobyAnIHN0ZG91dAorCiAkTUFLRSBjbGVhbgogcnVuX21ha2UgLU8gVj0wCiBncmVwICdH RU4gLipmb28nIHN0ZG91dApAQCAtNzksNCArOTEsMTYgQEAgZ3JlcCAnR0VOICcgc3Rkb3V0 ICYmIGV4aXQgMQogZ3JlcCAnY3AgJyBzdGRvdXQKIGdyZXAgJ2VjaG8gJyBzdGRvdXQKIAor JE1BS0UgY2xlYW4KK3J1bl9tYWtlIC1PIFY9OTkKK2dyZXAgJ0dFTiAnIHN0ZG91dCAmJiBl eGl0IDEKK2dyZXAgJ2NwICcgc3Rkb3V0CitncmVwICdlY2hvICcgc3Rkb3V0CisKKyRNQUtF IGNsZWFuCitydW5fbWFrZSAtTyBWPXYKK2dyZXAgJ0dFTiAnIHN0ZG91dCAmJiBleGl0IDEK K2dyZXAgJ2NwICcgc3Rkb3V0CitncmVwICdlY2hvICcgc3Rkb3V0CisKIDoKLS0gCjIuMzUu MQoK --------------oEMKkfunEUo1wrfTCwss9ba5-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 21:14:50 2023 Received: (at submit) by debbugs.gnu.org; 28 Jun 2023 01:14:50 +0000 Received: from localhost ([127.0.0.1]:49745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qEJlh-0001dt-Q9 for submit@debbugs.gnu.org; Tue, 27 Jun 2023 21:14:50 -0400 Received: from lists.gnu.org ([209.51.188.17]:45784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qEJlc-0001dY-Fu for submit@debbugs.gnu.org; Tue, 27 Jun 2023 21:14:48 -0400 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 1qEJlZ-0003H8-O8; Tue, 27 Jun 2023 21:14:44 -0400 Received: from frenzy.freefriends.org ([198.99.81.75] helo=freefriends.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qEJlW-0001Wd-Mq; Tue, 27 Jun 2023 21:14:40 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 35S1EZYq022875 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 27 Jun 2023 19:14:36 -0600 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 35S1EY5b022874; Tue, 27 Jun 2023 19:14:34 -0600 Date: Tue, 27 Jun 2023 19:14:34 -0600 Message-Id: <202306280114.35S1EY5b022874@freefriends.org> From: Karl Berry To: automake@nanl.de Subject: Re: bug#20077: Allow more V= values for verbose output In-Reply-To: <9424af0e-0391-f20c-1133-905e2fb0ce02@gmx.us> Received-SPF: pass client-ip=198.99.81.75; envelope-from=karl@freefriends.org; helo=freefriends.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit Cc: bug-automake@gnu.org, automake-patches@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) bd> My last patch for now, this time for https://debbugs.gnu.org/cgi/bugreport.cgi?bug=20077 Thanks Bogdan, but $(shell) is a GNU make extension. It can't be used in Automake's generated Makefile[.in]s. mf> GNU Make supports: mf> am__v_P_$(V) = $(am__v_P_$(AM_DEFAULT_VERBOSITY)) Thanks Mike, but I expect that variable expansion on the lhs of make assignments is also not portable enough. Unfortunately, I don't think it is possible to fix this without inducing too much incompatibility. A generated Makefile currently contains: AM_V_P = $(am__v_P_$(V)) am__v_P_ = $(am__v_P_$(AM_DEFAULT_VERBOSITY)) am__v_P_0 = false am__v_P_1 = : In order to allow any value for V, its value presumably has to be reduced to 0 or 1. So the Makefile would contain something like: AM_V_P_zero_or_one = AM_V_P = $(am__v_P_$(AM_V_P_zero_or_one)) ... instead of using $(V) directly. But ... as far as I can see, this reduction would have to be done at make time, as in Bogdan's patch. A regular shell expression will not work because of the way $(AM_V_P) and the other variables are used. I don't believe it is possible without extensions to make which we cannot assume. Meanwhile, Pavel's workaround of setting AM_V_P=true (or similar), while not pretty, seems like it gets the job done, at least making it possible to include OpenWRT or other packages that use V differently. (Evidently there aren't many of them, since I don't think there's ever been any other report of this problem.) The Automake manual also documents that users can write: if $(AM_V_P); then set -x; else echo " GEN [headers]"; fi; \ so AM_V_P can't be anything complicated, i.e., requiring quoting. Thus, I have pushed a change to the manual discussing the issue, since it seems we can't do better :(. --thanks to all, karl. ----------------------------------------------------------------------------- doc: discuss workaround for V=99 failing. In response to https://bugs.gnu.org/20077. * doc/automake.texi (Tricks For Silencing Make): state and discuss workarounds for the limitation of $(V) only being settable to 0 or 1. diff --git a/doc/automake.texi b/doc/automake.texi index 72398adf9..a56e7f8ee 100644 --- a/doc/automake.texi +++ b/doc/automake.texi @@ -11368,11 +11368,21 @@ run time: Passing @option{--enable-silent-rules} to @command{configure} will cause build rules to be less verbose; the option @option{--disable-silent-rules} will cause normal verbose output. + @item @vindex @code{V} At @command{make} run time, the default chosen at @command{configure} time may be overridden: @code{make V=1} will produce verbose output, @code{make V=0} less verbose output. + +Unfortunately, if @code{V} is assigned a value other than 0 or 1, +errors will result. This is problematic when a third-party program or +library is built in the same tree and also uses the make variable +@code{V}, with different values. The best workaround is probably to +set @code{AM_V_P=true} (or similar), either on the make command line +or in the @code{V}-using project's @code{Makefile.am}. For more +discussion: +@url{https://debbugs.gnu.org/cgi/bugreport.cgi?bug=20077}. @end itemize @cindex default verbosity for silent rules @@ -11392,19 +11402,14 @@ Users who prefer to have silent rules enabled by default can edit their default to @samp{yes}. This should still allow disabling silent rules at @command{configure} time and at @command{make} time. -@c FIXME: is there a need to specify this explicitly? -For portability to different @command{make} implementations, package authors -are advised to not set the variable @code{V} inside the @file{Makefile.am} -file, to allow the user to override the value for subdirectories as well. - -To work at its best, the current implementation of this feature normally -uses nested variable expansion @samp{$(@var{var1}$(V))}, a @file{Makefile} +To work best, the current implementation of this feature normally uses +nested variable expansion @samp{$(@var{var1}$(V))}, a @file{Makefile} feature that is not required by POSIX 2008 but is widely supported in -practice. On the rare @command{make} implementations that do not support -nested variable expansion, whether rules are silent is always determined at -configure time, and cannot be overridden at make time. Future versions of -POSIX are likely to require nested variable expansion, so this minor -limitation should go away with time. +practice. On the rare @command{make} implementations that do not +support nested variable expansion, whether rules are silent is always +determined at configure time, and cannot be overridden at make time. +Future versions of POSIX are likely to require nested variable +expansion, so this minor limitation should go away with time. @vindex @code{AM_V_GEN} @vindex @code{AM_V_at} @@ -11414,7 +11419,6 @@ limitation should go away with time. To extend the silent mode to your own rules, you have a few choices: @itemize @bullet - @item You can use the predefined variable @code{AM_V_GEN} as a prefix to commands that should output a status line in silent mode, and @@ -11426,7 +11430,7 @@ will expand to the empty string. You can silence a recipe unconditionally with @code{@@}, and then use the predefined variable @code{AM_V_P} to know whether make is being run in silent or verbose mode; adjust the verbose information your recipe -displays accordingly: +displays accordingly. For example: @example generate-headers: @@ -11436,10 +11440,14 @@ generate-headers: rm -f $$headers && generate-header --flags $$headers @end example +@code{AM_V_P} is (must) always set to a simple command, not needing +shell quoting, typically either @code{:} or @code{true} or +@code{false}. + @item You can add your own variables, so strings of your own choice are shown. The following snippet shows how you would define your own equivalent of -@code{AM_V_GEN}: +@code{AM_V_GEN}, say a string @samp{PKG-GEN}: @example pkg_verbose = $(pkg_verbose_@@AM_V@@) From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 17:55:00 2023 Received: (at 20077-done) by debbugs.gnu.org; 28 Jun 2023 21:55:00 +0000 Received: from localhost ([127.0.0.1]:51820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qEd7s-00067K-A5 for submit@debbugs.gnu.org; Wed, 28 Jun 2023 17:55:00 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:37552 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qEd7o-000678-Ov for 20077-done@debbugs.gnu.org; Wed, 28 Jun 2023 17:54:58 -0400 X-Envelope-From: karl@freefriends.org X-Envelope-To: <20077-done@debbugs.gnu.org> Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 35SLstEE010260 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <20077-done@debbugs.gnu.org>; Wed, 28 Jun 2023 15:54:55 -0600 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 35SLstbJ010259; Wed, 28 Jun 2023 15:54:55 -0600 Date: Wed, 28 Jun 2023 15:54:55 -0600 Message-Id: <202306282154.35SLstbJ010259@freefriends.org> From: Karl Berry To: 20077-done@debbugs.gnu.org Subject: X-Spam-Score: 4.3 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Content analysis details: (4.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 2.3 EMPTY_MESSAGE Message appears to have no textual parts 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: 20077-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 2.3 EMPTY_MESSAGE Message appears to have no textual parts 2.0 BLANK_SUBJECT Subject is present but empty -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager From unknown Mon Jun 23 02:20:05 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 27 Jul 2023 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator