Received: (at 20077) by debbugs.gnu.org; 20 Feb 2022 19:52:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 20 14:52:12 2022 Received: from localhost ([127.0.0.1]:33904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1nLsFg-0002N6-0r for submit <at> 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 <vapier@HIDDEN>) id 1nLsFe-0002Ms-9m for 20077 <at> 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 <vapier@HIDDEN> To: Pavel Raiskup <praiskup@HIDDEN> Subject: Re: bug#20077: automake / silent-rules / $(V) Message-Id: <20220220195204.A2145343795@HIDDEN> Date: Sun, 20 Feb 2022 19:52:03 +0000 (UTC) X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20077 Cc: Mirko Vogt <automake@HIDDEN>, 20077 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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
bug-automake@HIDDEN
:bug#20077
; Package automake
.
Full text available.Mike Frysinger <vapier@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Mike Frysinger <vapier@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Received: (at 20077) by debbugs.gnu.org; 27 Mar 2015 16:45:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 27 12:45:39 2015 Received: from localhost ([127.0.0.1]:38288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1YbXO7-0001gz-7k for submit <at> debbugs.gnu.org; Fri, 27 Mar 2015 12:45:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48105) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <praiskup@HIDDEN>) id 1YbXO3-0001gm-EZ for 20077 <at> debbugs.gnu.org; Fri, 27 Mar 2015 12:45:36 -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 <praiskup@HIDDEN> To: bug-automake@HIDDEN Subject: Re: bug#20077: automake / silent-rules / $(V) Date: Fri, 27 Mar 2015 17:45:30 +0100 Message-ID: <2162238.1THxDUGtum@HIDDEN> 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@HIDDEN> References: <54FF9520.70201@HIDDEN> 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-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20077 Cc: Mirko Vogt <automake@HIDDEN>, 20077 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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
bug-automake@HIDDEN
:bug#20077
; Package automake
.
Full text available.Received: (at submit) by debbugs.gnu.org; 27 Mar 2015 16:45:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 27 12:45:51 2015 Received: from localhost ([127.0.0.1]:38291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1YbXOI-0001hN-Up for submit <at> 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 <praiskup@HIDDEN>) id 1YbXOH-0001hA-8X for submit <at> 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 <praiskup@HIDDEN>) id 1YbXOB-0005m0-0q for submit <at> 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 <praiskup@HIDDEN>) id 1YbXOA-0005lq-Ra for submit <at> 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 <praiskup@HIDDEN>) id 1YbXO9-0001Ju-VT for bug-automake@HIDDEN; Fri, 27 Mar 2015 12:45:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <praiskup@HIDDEN>) id 1YbXO5-0005j7-Pf for bug-automake@HIDDEN; 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 <praiskup@HIDDEN>) id 1YbXO5-0005j3-Hf for bug-automake@HIDDEN; 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 <praiskup@HIDDEN> To: bug-automake@HIDDEN Subject: Re: bug#20077: automake / silent-rules / $(V) Date: Fri, 27 Mar 2015 17:45:30 +0100 Message-ID: <2162238.1THxDUGtum@HIDDEN> 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@HIDDEN> References: <54FF9520.70201@HIDDEN> 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 <automake@HIDDEN>, 20077 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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
bug-automake@HIDDEN
:bug#20077
; Package automake
.
Full text available.Received: (at submit) by debbugs.gnu.org; 11 Mar 2015 03:04:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 10 23:04:17 2015 Received: from localhost ([127.0.0.1]:42118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1YVWwS-0005nZ-5X for submit <at> 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 <automake@HIDDEN>) id 1YVV6w-0002gk-Qq for submit <at> 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 <automake@HIDDEN>) id 1YVV6q-0007Ef-Kk for submit <at> 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 <automake@HIDDEN>) id 1YVV6q-0007Ea-It for submit <at> 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 <automake@HIDDEN>) id 1YVV6p-0001KS-FO for bug-automake@HIDDEN; Tue, 10 Mar 2015 21:06:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <automake@HIDDEN>) id 1YVV6l-0007DB-FX for bug-automake@HIDDEN; 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 <automake@HIDDEN>) id 1YVV6l-0007Ct-8k for bug-automake@HIDDEN; 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 <bug-automake@HIDDEN>; Wed, 11 Mar 2015 01:05:17 +0000 (UTC) Message-ID: <54FF9520.70201@HIDDEN> Date: Wed, 11 Mar 2015 02:06:40 +0100 From: Mirko Vogt <automake@HIDDEN> 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@HIDDEN 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 <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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
Mirko Vogt <automake@HIDDEN>
:bug-automake@HIDDEN
.
Full text available.bug-automake@HIDDEN
:bug#20077
; Package automake
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.