GNU logs - #9587, boring messages

Message sent to bug-automake@HIDDEN:

Subject: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Resent-From: Nick Bowler <nbowler@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-automake@HIDDEN
Resent-Date: Fri, 23 Sep 2011 19:03:02 +0000
Resent-Message-ID: <handler.9587.B.131680456619526 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9587 <at> debbugs.gnu.org
Date: Fri, 23 Sep 2011 15:02:08 -0400
From: Nick Bowler <nbowler@HIDDEN>
Message-ID: <20110923190208.GA30532@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Organization: Elliptic Technologies Inc.
User-Agent: Mutt/1.5.21 (2010-09-15)
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hello,

When running automake without "foreign" in configure.ac it claims that
variables such as $(*F), $(<D), etc. are non-POSIX, with an error of the
form:

  Makefile.am:2: *F: non-POSIX variable name

The complaints *do* occur with automake --foreign; you have to actually
put foreign in configure.ac (or in AUTOMAKE_OPTIONS) to make them go
away.  Regardless, automake does not complain about $(@F) or $(@D).
However, $(*F) and friends are most certainly POSIX variable names.
Quoting IEEE Std 1003.1-2004:

> The five internal macros are [... $@, $%, $?, $<, $* ...].
>
> Each of the internal macros has an alternative form.  When an
> uppercase 'D' or 'F' is appended to any of the macros, the meaning
> shall be changed to the directory part for 'D' and filename part for
> 'F'. The directory part is the path prefix of the file without a
> trailing slash; for the current directory, the directory part is '.'.
> When the $? macro contains more than one prerequisite filename, the
> $(?D) and $(?F) (or ${?D} and ${?F}) macros expand to a list of
> directory name parts and filename parts respectively.

These variables are supported by (at least) bmake, pmake, dmake and GNU
make.  I can reproduce this with the following example:

% cat >Makefile.am <<'EOF'
.foo.bar:
	echo "$(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D)" > $@
EOF

% cat >configure.ac <<'EOF'
AC_INIT([test], [1.0])

AM_INIT_AUTOMAKE([-Wall])

AC_CONFIG_FILES([Makefile])
AC_OUTPUT
EOF

  % aclocal
  % automake --add-missing --foreign
  configure.ac:3: installing `./install-sh'
  configure.ac:3: installing `./missing'
  Makefile.am:2: %F: non-POSIX variable name
  Makefile.am:2: ?F: non-POSIX variable name
  Makefile.am:2: <F: non-POSIX variable name
  Makefile.am:2: *F: non-POSIX variable name
  Makefile.am:2: %D: non-POSIX variable name
  Makefile.am:2: ?D: non-POSIX variable name
  Makefile.am:2: <D: non-POSIX variable name
  Makefile.am:2: *D: non-POSIX variable name

Cheers,
-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Nick Bowler <nbowler@HIDDEN>
Subject: bug#9587: Acknowledgement (Automake claims $(*F), $(<D), etc. are
 non-POSIX.)
Message-ID: <handler.9587.B.131680456619526.ack <at> debbugs.gnu.org>
References: <20110923190208.GA30532@HIDDEN>
X-Gnu-PR-Message: ack 9587
X-Gnu-PR-Package: automake
Reply-To: 9587 <at> debbugs.gnu.org
Date: Fri, 23 Sep 2011 19:03:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-automake@HIDDEN

If you wish to submit further information on this problem, please
send it to 9587 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
9587: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9587
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-automake@HIDDEN:

Subject: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Resent-From: Nick Bowler <nbowler@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-automake@HIDDEN
Resent-Date: Fri, 23 Sep 2011 19:48:02 +0000
Resent-Message-ID: <handler.9587.B9587.131680726523636 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9587 <at> debbugs.gnu.org
Date: Fri, 23 Sep 2011 15:47:13 -0400
From: Nick Bowler <nbowler@HIDDEN>
Message-ID: <20110923194713.GA21467@HIDDEN>
References: <20110923190208.GA30532@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20110923190208.GA30532@HIDDEN>
Organization: Elliptic Technologies Inc.
User-Agent: Mutt/1.5.21 (2010-09-15)
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

On 2011-09-23 15:02 -0400, Nick Bowler wrote:
> These variables are supported by (at least) bmake, pmake, dmake and GNU
> make.  I can reproduce this with the following example:

I spoke a bit too soon here.  Neither bmake nor pmake seem too support
$(?F) or $(?D) (both expand to be empty in both inference and target
rules).  And dmake seems to differ slightly from POSIX wrt the "D"
variants.  Quoting IEEE Std 1003.1-2004 again:

> The directory part is the path prefix of the file without a
> trailing slash; for the current directory, the directory part is '.'.

For all the "D" variants, dmake puts a trailing slash contrary to the
above, and for the current directory expands to the empty string instead
of "." as required.

-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)

Message sent to bug-automake@HIDDEN:

Subject: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Resent-From: Stefano Lattarini <stefano.lattarini@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-automake@HIDDEN
Resent-Date: Wed, 19 Oct 2011 09:07:01 +0000
Resent-Message-ID: <handler.9587.B.13190152115840 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9587 <at> debbugs.gnu.org
Cc: nbowler@HIDDEN
From: Stefano Lattarini <stefano.lattarini@HIDDEN>
Date: Wed, 19 Oct 2011 11:05:22 +0200
User-Agent: KMail/1.13.7 (Linux/2.6.30-2-686; KDE/4.6.5; i686; ; )
References: <20110923190208.GA30532@HIDDEN>
	<20110923194713.GA21467@HIDDEN>
In-Reply-To: <20110923194713.GA21467@HIDDEN>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <201110191105.22845.stefano.lattarini@HIDDEN>
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

severity 9587 minor
thanks

Hi Nick, sorry for the delay.

On Friday 23 September 2011, Nick Bowler wrote:
> On 2011-09-23 15:02 -0400, Nick Bowler wrote:
> > These variables are supported by (at least) bmake, pmake, dmake and GNU
> > make.  I can reproduce this with the following example:
> 
> I spoke a bit too soon here.  Neither bmake nor pmake seem too support
> $(?F) or $(?D) (both expand to be empty in both inference and target
> rules).  And dmake seems to differ slightly from POSIX wrt the "D"
> variants.  Quoting IEEE Std 1003.1-2004 again:
> 
> > The directory part is the path prefix of the file without a
> > trailing slash; for the current directory, the directory part is '.'.
> 
> For all the "D" variants, dmake puts a trailing slash contrary to the
> above, and for the current directory expands to the empty string instead
> of "." as required.
>
Given this, and the fact that no-one has complained about this automake
limitation so far, I'm oriented at simply leave the situation as is.

Still, if someone else do care, and write a proper patch to improve the
situation, I'd be happy to consider it.  A "proper" patch should do the
following:

  - Add a test, say "spy-internal-macros.test", which ensures that all
    the POSIX internal macros Automake does not warn about are supported
    by the make implementation that is being used in the tests.

  - For POSIX-mandated internal macros that are not portable in practice,
    Automake should give an error stating "non-portable internal macros"
    (or something like that), rather than "non-POSIX variable name".

Regards,
   Stefano

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Resent-From: Stefano Lattarini <stefano.lattarini@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-automake@HIDDEN
Resent-Date: Wed, 19 Oct 2011 09:07:01 +0000
Resent-Message-ID: <handler.9587.B9587.13190152085823 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: 
To: 9587 <at> debbugs.gnu.org
Cc: nbowler@HIDDEN
X-Debbugs-Original-To: bug-automake@HIDDEN
X-Debbugs-Original-Cc: Nick Bowler <nbowler@HIDDEN>, 9587 <at> debbugs.gnu.org
Received: via spool by 9587-submit <at> debbugs.gnu.org id=B9587.13190152085823
          (code B ref 9587); Wed, 19 Oct 2011 09:07:01 +0000
Received: (at 9587) by debbugs.gnu.org; 19 Oct 2011 09:06:48 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RGS6p-0001Vo-TY
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 05:06:48 -0400
Received: from mail-wy0-f172.google.com ([74.125.82.172])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <stefano.lattarini@HIDDEN>)
	id 1RGS6m-0001VW-Mp; Wed, 19 Oct 2011 05:06:46 -0400
Received: by wyh22 with SMTP id 22so1427784wyh.3
	for <multiple recipients>; Wed, 19 Oct 2011 02:05:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=from:to:subject:date:user-agent:cc:references:in-reply-to
	:mime-version:content-type:content-transfer-encoding:message-id;
	bh=lEI3fCipjjxCFyK4ZH9dWwiKHJn4x1t+yUyPCYyLdhI=;
	b=ca7DW83c33l0r08GYT4SuCzq1Z8Boa55zipkAURYZjMZGV2wIYHgMHF1QQxZWrDs8f
	HpMIpl3hObvp5ugT4Uhh4lo3ZJXfPlsBxhf8gZ/U8+F2Yk3BveOprawoyJmfCIJHSRBx
	idzCh81ainDxef8xpY3ltjmWOF1I7MwvwivEw=
Received: by 10.216.163.83 with SMTP id z61mr2145280wek.77.1319015137121;
	Wed, 19 Oct 2011 02:05:37 -0700 (PDT)
Received: from bigio.localnet
	(host144-99-dynamic.5-87-r.retail.telecomitalia.it. [87.5.99.144])
	by mx.google.com with ESMTPS id q30sm8556284wbn.17.2011.10.19.02.05.34
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 19 Oct 2011 02:05:35 -0700 (PDT)
From: Stefano Lattarini <stefano.lattarini@HIDDEN>
Date: Wed, 19 Oct 2011 11:05:22 +0200
User-Agent: KMail/1.13.7 (Linux/2.6.30-2-686; KDE/4.6.5; i686; ; )
References: <20110923190208.GA30532@HIDDEN>
	<20110923194713.GA21467@HIDDEN>
In-Reply-To: <20110923194713.GA21467@HIDDEN>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <201110191105.22845.stefano.lattarini@HIDDEN>
X-Spam-Score: -4.1 (----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://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: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.1 (----)

severity 9587 minor
thanks

Hi Nick, sorry for the delay.

On Friday 23 September 2011, Nick Bowler wrote:
> On 2011-09-23 15:02 -0400, Nick Bowler wrote:
> > These variables are supported by (at least) bmake, pmake, dmake and GNU
> > make.  I can reproduce this with the following example:
> 
> I spoke a bit too soon here.  Neither bmake nor pmake seem too support
> $(?F) or $(?D) (both expand to be empty in both inference and target
> rules).  And dmake seems to differ slightly from POSIX wrt the "D"
> variants.  Quoting IEEE Std 1003.1-2004 again:
> 
> > The directory part is the path prefix of the file without a
> > trailing slash; for the current directory, the directory part is '.'.
> 
> For all the "D" variants, dmake puts a trailing slash contrary to the
> above, and for the current directory expands to the empty string instead
> of "." as required.
>
Given this, and the fact that no-one has complained about this automake
limitation so far, I'm oriented at simply leave the situation as is.

Still, if someone else do care, and write a proper patch to improve the
situation, I'd be happy to consider it.  A "proper" patch should do the
following:

  - Add a test, say "spy-internal-macros.test", which ensures that all
    the POSIX internal macros Automake does not warn about are supported
    by the make implementation that is being used in the tests.

  - For POSIX-mandated internal macros that are not portable in practice,
    Automake should give an error stating "non-portable internal macros"
    (or something like that), rather than "non-POSIX variable name".

Regards,
   Stefano

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 19 Oct 2011 09:06:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Oct 19 05:06:49 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RGS6r-0001Vt-07
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 05:06:49 -0400
Received: from mail-wy0-f172.google.com ([74.125.82.172])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <stefano.lattarini@HIDDEN>)
	id 1RGS6m-0001VW-Mp; Wed, 19 Oct 2011 05:06:46 -0400
Received: by wyh22 with SMTP id 22so1427784wyh.3
	for <multiple recipients>; Wed, 19 Oct 2011 02:05:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=from:to:subject:date:user-agent:cc:references:in-reply-to
	:mime-version:content-type:content-transfer-encoding:message-id;
	bh=lEI3fCipjjxCFyK4ZH9dWwiKHJn4x1t+yUyPCYyLdhI=;
	b=ca7DW83c33l0r08GYT4SuCzq1Z8Boa55zipkAURYZjMZGV2wIYHgMHF1QQxZWrDs8f
	HpMIpl3hObvp5ugT4Uhh4lo3ZJXfPlsBxhf8gZ/U8+F2Yk3BveOprawoyJmfCIJHSRBx
	idzCh81ainDxef8xpY3ltjmWOF1I7MwvwivEw=
Received: by 10.216.163.83 with SMTP id z61mr2145280wek.77.1319015137121;
	Wed, 19 Oct 2011 02:05:37 -0700 (PDT)
Received: from bigio.localnet
	(host144-99-dynamic.5-87-r.retail.telecomitalia.it. [87.5.99.144])
	by mx.google.com with ESMTPS id q30sm8556284wbn.17.2011.10.19.02.05.34
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 19 Oct 2011 02:05:35 -0700 (PDT)
From: Stefano Lattarini <stefano.lattarini@HIDDEN>
To: bug-automake@HIDDEN
Subject: Re: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Date: Wed, 19 Oct 2011 11:05:22 +0200
User-Agent: KMail/1.13.7 (Linux/2.6.30-2-686; KDE/4.6.5; i686; ; )
References: <20110923190208.GA30532@HIDDEN>
	<20110923194713.GA21467@HIDDEN>
In-Reply-To: <20110923194713.GA21467@HIDDEN>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <201110191105.22845.stefano.lattarini@HIDDEN>
X-Spam-Score: -4.1 (----)
X-Debbugs-Envelope-To: control
Cc: Nick Bowler <nbowler@HIDDEN>, 9587 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://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: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.1 (----)

severity 9587 minor
thanks

Hi Nick, sorry for the delay.

On Friday 23 September 2011, Nick Bowler wrote:
> On 2011-09-23 15:02 -0400, Nick Bowler wrote:
> > These variables are supported by (at least) bmake, pmake, dmake and GNU
> > make.  I can reproduce this with the following example:
> 
> I spoke a bit too soon here.  Neither bmake nor pmake seem too support
> $(?F) or $(?D) (both expand to be empty in both inference and target
> rules).  And dmake seems to differ slightly from POSIX wrt the "D"
> variants.  Quoting IEEE Std 1003.1-2004 again:
> 
> > The directory part is the path prefix of the file without a
> > trailing slash; for the current directory, the directory part is '.'.
> 
> For all the "D" variants, dmake puts a trailing slash contrary to the
> above, and for the current directory expands to the empty string instead
> of "." as required.
>
Given this, and the fact that no-one has complained about this automake
limitation so far, I'm oriented at simply leave the situation as is.

Still, if someone else do care, and write a proper patch to improve the
situation, I'd be happy to consider it.  A "proper" patch should do the
following:

  - Add a test, say "spy-internal-macros.test", which ensures that all
    the POSIX internal macros Automake does not warn about are supported
    by the make implementation that is being used in the tests.

  - For POSIX-mandated internal macros that are not portable in practice,
    Automake should give an error stating "non-portable internal macros"
    (or something like that), rather than "non-POSIX variable name".

Regards,
   Stefano

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Resent-From: Nick Bowler <nbowler@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-automake@HIDDEN
Resent-Date: Wed, 19 Oct 2011 15:20:01 +0000
Resent-Message-ID: <handler.9587.B.131903757515489 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: 
To: Stefano Lattarini <stefano.lattarini@HIDDEN>
Cc: 9587 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: bug-automake@HIDDEN, 9587 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.131903757515489
          (code B ref -1); Wed, 19 Oct 2011 15:20:01 +0000
Received: (at submit) by debbugs.gnu.org; 19 Oct 2011 15:19:35 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RGXvb-00041l-5q
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 11:19:35 -0400
Received: from eggs.gnu.org ([140.186.70.92])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <nbowler@HIDDEN>) id 1RGXvZ-00041a-82
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 11:19:33 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <nbowler@HIDDEN>) id 1RGXuO-00023D-OX
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 11:18:24 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
	autolearn=unavailable version=3.3.1
Received: from lists.gnu.org ([140.186.70.17]:56855)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <nbowler@HIDDEN>) id 1RGXuO-000239-Mz
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 11:18:20 -0400
Received: from eggs.gnu.org ([140.186.70.92]:53201)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <nbowler@HIDDEN>) id 1RGXuK-00049E-I1
	for bug-automake@HIDDEN; Wed, 19 Oct 2011 11:18:20 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <nbowler@HIDDEN>) id 1RGXuE-00022K-V9
	for bug-automake@HIDDEN; Wed, 19 Oct 2011 11:18:16 -0400
Received: from mail.elliptictech.com ([209.217.122.41]:56462
	helo=mail.ellipticsemi.com) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <nbowler@HIDDEN>) id 1RGXuE-000223-Ev
	for bug-automake@HIDDEN; Wed, 19 Oct 2011 11:18:10 -0400
Received: from nbowler by mail.ellipticsemi.com with local (Exim 4.76)
	(envelope-from <nbowler@HIDDEN>)
	id 1RGXu8-0006Gk-ES; Wed, 19 Oct 2011 11:18:04 -0400
Date: Wed, 19 Oct 2011 11:18:04 -0400
From: Nick Bowler <nbowler@HIDDEN>
Message-ID: <20111019151804.GA7083@HIDDEN>
References: <20110923190208.GA30532@HIDDEN>
	<20110923194713.GA21467@HIDDEN>
	<201110191105.22845.stefano.lattarini@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201110191105.22845.stefano.lattarini@HIDDEN>
Organization: Elliptic Technologies Inc.
User-Agent: Mutt/1.5.21 (2010-09-15)
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
	recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 140.186.70.17
X-Spam-Score: -5.4 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://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: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -5.5 (-----)

On 2011-10-19 11:05 +0200, Stefano Lattarini wrote:
> On Friday 23 September 2011, Nick Bowler wrote:
> > Neither bmake nor pmake seem too support $(?F) or $(?D) (both expand
> > to be empty in both inference and target rules).  And dmake seems to
> > differ slightly from POSIX wrt the "D" variants.  Quoting IEEE Std
> > 1003.1-2004 again:
> >
> > > The directory part is the path prefix of the file without a
> > > trailing slash; for the current directory, the directory part is '.'.
> >
> > For all the "D" variants, dmake puts a trailing slash contrary to the
> > above, and for the current directory expands to the empty string instead
> > of "." as required.
>
> Given this, and the fact that no-one has complained about this automake
> limitation so far, I'm oriented at simply leave the situation as is.

The only reason I didn't notice this before is I've been unknowingly
running for years without portability warnings enabled.  I didn't
realize (until now) that they get disabled by "foreign" in:

  AM_INIT_AUTOMAKE([-Wall -Werror foreign ...]).

While it's certainly possible to avoid the use of these macros by doing
it in the shell, they're invaluable in non-recursive build systems:
probably about half of the suffix rules that I write contain either
$(@D) or $(*F) (automake only warns about the latter).  Amusingly, of
those two variables in the make implementations that I've tested, only
$(@D) has portability issues (dmake) -- and it's the one that automake
*doesn't* warn about.

The dmake issues noted above are pretty minor: I doubt a trailing slash
in a directory name would affect many rules, though an empty string
instead of "." might.  But since these macros are really only useful
for working with files *not* in the current working directory, this
also seems unlikely to affect many rules (but I guess deserves a note).

But yeah, $(?F) and $(?D) are obviously not portable.  This is
unfortunate, but I haven't actually used these particular macros
before.

Incidentally, automake also produces similar non-POSIX warnings about
$(<), $(*), $(%) and $(?), which are the same as $<, $*, $% and $?,
respectively.  It also warns about things like $(<:.foo=.bar).

Cheers,
-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: Automake claims $(*F), $(<D), etc. are non-POSIX.
Resent-From: Nick Bowler <nbowler@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-automake@HIDDEN
Resent-Date: Wed, 19 Oct 2011 15:20:02 +0000
Resent-Message-ID: <handler.9587.B9587.131903756115464 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: 
To: Stefano Lattarini <stefano.lattarini@HIDDEN>
Cc: 9587 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: bug-automake@HIDDEN, 9587 <at> debbugs.gnu.org
Received: via spool by 9587-submit <at> debbugs.gnu.org id=B9587.131903756115464
          (code B ref 9587); Wed, 19 Oct 2011 15:20:02 +0000
Received: (at 9587) by debbugs.gnu.org; 19 Oct 2011 15:19:21 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RGXvM-00041N-MT
	for submit <at> debbugs.gnu.org; Wed, 19 Oct 2011 11:19:21 -0400
Received: from mail.elliptictech.com ([209.217.122.41]
	helo=mail.ellipticsemi.com) by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <nbowler@HIDDEN>) id 1RGXvK-000419-AW
	for 9587 <at> debbugs.gnu.org; Wed, 19 Oct 2011 11:19:19 -0400
Received: from nbowler by mail.ellipticsemi.com with local (Exim 4.76)
	(envelope-from <nbowler@HIDDEN>)
	id 1RGXu8-0006Gk-ES; Wed, 19 Oct 2011 11:18:04 -0400
Date: Wed, 19 Oct 2011 11:18:04 -0400
From: Nick Bowler <nbowler@HIDDEN>
Message-ID: <20111019151804.GA7083@HIDDEN>
References: <20110923190208.GA30532@HIDDEN>
	<20110923194713.GA21467@HIDDEN>
	<201110191105.22845.stefano.lattarini@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201110191105.22845.stefano.lattarini@HIDDEN>
Organization: Elliptic Technologies Inc.
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Score: -3.6 (---)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://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: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -3.5 (---)

On 2011-10-19 11:05 +0200, Stefano Lattarini wrote:
> On Friday 23 September 2011, Nick Bowler wrote:
> > Neither bmake nor pmake seem too support $(?F) or $(?D) (both expand
> > to be empty in both inference and target rules).  And dmake seems to
> > differ slightly from POSIX wrt the "D" variants.  Quoting IEEE Std
> > 1003.1-2004 again:
> >
> > > The directory part is the path prefix of the file without a
> > > trailing slash; for the current directory, the directory part is '.'.
> >
> > For all the "D" variants, dmake puts a trailing slash contrary to the
> > above, and for the current directory expands to the empty string instead
> > of "." as required.
>
> Given this, and the fact that no-one has complained about this automake
> limitation so far, I'm oriented at simply leave the situation as is.

The only reason I didn't notice this before is I've been unknowingly
running for years without portability warnings enabled.  I didn't
realize (until now) that they get disabled by "foreign" in:

  AM_INIT_AUTOMAKE([-Wall -Werror foreign ...]).

While it's certainly possible to avoid the use of these macros by doing
it in the shell, they're invaluable in non-recursive build systems:
probably about half of the suffix rules that I write contain either
$(@D) or $(*F) (automake only warns about the latter).  Amusingly, of
those two variables in the make implementations that I've tested, only
$(@D) has portability issues (dmake) -- and it's the one that automake
*doesn't* warn about.

The dmake issues noted above are pretty minor: I doubt a trailing slash
in a directory name would affect many rules, though an empty string
instead of "." might.  But since these macros are really only useful
for working with files *not* in the current working directory, this
also seems unlikely to affect many rules (but I guess deserves a note).

But yeah, $(?F) and $(?D) are obviously not portable.  This is
unfortunate, but I haven't actually used these particular macros
before.

Incidentally, automake also produces similar non-POSIX warnings about
$(<), $(*), $(%) and $(?), which are the same as $<, $*, $% and $?,
respectively.  It also warns about things like $(<:.foo=.bar).

Cheers,
-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 20 Feb 2022 19:32:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 20 14:32:56 2022
Received: from localhost ([127.0.0.1]:33837 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1nLrx2-0007z6-5a
	for submit <at> debbugs.gnu.org; Sun, 20 Feb 2022 14:32:56 -0500
Received: from woodpecker.gentoo.org ([140.211.166.183]:42024
 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vapier@HIDDEN>) id 1nLrx0-0007yt-J8
 for control <at> debbugs.gnu.org; Sun, 20 Feb 2022 14:32:54 -0500
Received: by smtp.gentoo.org (Postfix, from userid 559)
 id 06DC6343765; Sun, 20 Feb 2022 19:32:48 +0000 (UTC)
From: Mike Frysinger <vapier@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: Control message
Message-Id: <20220220193249.06DC6343765@HIDDEN>
Date: Sun, 20 Feb 2022 19:32:48 +0000 (UTC)
X-Spam-Score: -5.0 (-----)
X-Debbugs-Envelope-To: control
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 (------)

tag 9587 = confirmed help
thankyou

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: [PATCH] Automake claims $(*F), $(<D), etc. are non-POSIX.
References: <20110923190208.GA30532@HIDDEN>
In-Reply-To: <20110923190208.GA30532@HIDDEN>
Resent-From: Bogdan <bogdro_rep@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-automake@HIDDEN
Resent-Date: Thu, 23 Mar 2023 19:58:02 +0000
Resent-Message-ID: <handler.9587.B.167960148113887 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: help confirmed
To: automake-patches@HIDDEN, 9587 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.167960148113887
          (code B ref -1); Thu, 23 Mar 2023 19:58:02 +0000
Received: (at submit) by debbugs.gnu.org; 23 Mar 2023 19:58:01 +0000
Received: from localhost ([127.0.0.1]:39386 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pfR4S-0003bu-H4
	for submit <at> debbugs.gnu.org; Thu, 23 Mar 2023 15:58:01 -0400
Received: from lists.gnu.org ([209.51.188.17]:45592)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bogdro_rep@HIDDEN>) id 1pfR4Q-0003bm-Gg
 for submit <at> debbugs.gnu.org; Thu, 23 Mar 2023 15:57:59 -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 <bogdro_rep@HIDDEN>) id 1pfR4Q-0007lD-64
 for automake-patches@HIDDEN; Thu, 23 Mar 2023 15:57:58 -0400
Received: from mout.gmx.net ([212.227.15.15])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <bogdro_rep@HIDDEN>) id 1pfR4O-0000Lt-7a
 for automake-patches@HIDDEN; Thu, 23 Mar 2023 15:57:57 -0400
Received: from [192.168.1.226] ([90.227.12.124]) by mail.gmx.net (mrgmx004
 [212.227.17.184]) with ESMTPSA (Nemesis) id 1M2f9h-1pcwcw2rkd-004FMn; Thu, 23
 Mar 2023 20:57:45 +0100
Content-Type: multipart/mixed; boundary="------------7LpijD5L8EDxSwdTRc92hGnD"
Message-ID: <c27450a9-879a-4fc4-eb31-88043cfd77de@HIDDEN>
Date: Thu, 23 Mar 2023 20:57:44 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.9.0
Content-Language: en-GB
From: Bogdan <bogdro_rep@HIDDEN>
X-Provags-ID: V03:K1:cQp2/YCdonvXAuIoFI6ZqNZwIlRbYTSy7ykVEJzvqB4zsoxe5Uv
 8tj124XG1zkK119SoRani06gP8PvDMZpgRIoFZxF+YvtX+BMQxLoh3cLEl5A9WHOUutkBHv
 hCk849nZw9PCtK0rx7IFC/WL3j2ZNqiMy1J57IDRmoJ7yu0T1tR0nzA71U9QCidZw8VkldM
 pm5E46yhnA/0EF7sKbq7w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:5SyaqM7HZhU=;okbWPGqXTbSSfUpKf52l5E+FqvC
 RD1hG9LnluZKs99EJ6LmZVk19WV8wKSbmQOFs2d+OUH/VLzxSdIhC3BJQMHByYitKz5J/IYzg
 0KClD/1d4+qBNzk2Vi5EjlnVWuXwmFoZFrLD9AIUSc2XG7Sef6PUztmZgPWlm4Xw9W9AOdTeJ
 NYBY8ZvYm8dhLDGWxRXgTG+D19kufWkXyy6RRSK2VudqzkXj1wmgKvfsXVXqgQOZ4bRaZjCrp
 jDTgwB7ONo8+87jiwzjTnjfL7OqwIxxoKnDubg7D+yjInIRc92QCHaU7Q7BANE3aNwnviHr4Y
 dQlkaLMuPSnClVk6XnBbk5KN9ZgpErAjc7bjS2pPtECF3Typ2a/2hjNLxEVQS2qq+lFLVD/Q8
 4VEAWqkhMdCIQBKIGfvpkl5d8Ptn0YiPkvUoVGnhjrEFANeYI2JWF9021oYKrtFE84Y0q+UL0
 K/TJJiaHbkU6ARKUdpgsm9vTDBatbvhI0PRaFp9J7wKlTMtl4e+2+x0gdzPHGm/2y+5fshOCK
 DhwvtHUaUmnF/TgvIrjAl+Jtz0xHPJ5RiSq7Ddy8iJTAopjB3t3VDtP7Q9hGP3xJHKeQiJtlT
 Wn2DjZujmy3QDB5CDx1j26KvQ6SYb6HwM9Tlz9JI/ofuzxkUk4bteau3AUkyCm8jcA0zGkGWm
 M+f7Ude9rfRw4/rNqeSLbVU3TDF3jTj3ztHIkRxUsUesGQ0nKi9cXsDXoKdmq/hCvMSrYqlHN
 5CUuadhi1qIfxUuMbOv5/cHaIfxRn9oQH50Ytg/oIOvxwPnCuo78DJk/IUCG9N3FyWMBtE62A
 QkD6ON5pgfSWKuxAqaBQ2sa22ReJI4Gn4Trv47Neq1eiYJVulQa9aWZunKgaf55eVNC74WS3v
 lYUhh3mgZeqytj/70njHu4OZ6KqMgZMGpYGtXz163EKZCqh4b9+rsT+e0veLKRc/h4yvjLvnw
 vxil2A==
Received-SPF: pass client-ip=212.227.15.15; envelope-from=bogdro_rep@HIDDEN;
 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-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: -2.4 (--)

This is a multi-part message in MIME format.
--------------7LpijD5L8EDxSwdTRc92hGnD
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello again.

  The attached patch allows the following symbols not to cause 
Automake errors about non-POSIX variables (and updates the test):

  $(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D) $(%) 
$(?) $(<) $(*) $% $? $< $*

  I don't have the POSIX standard and didn't find any references to 
POSIX variables in GNU make's manual, so I assume the quotation in the 
defect report is correct.

  The patch doesn't do anything to check if the variables are 
supported by the end-user's 'make', because it's not the end-user's 
'make' which decides what is portable or not. The message is not 
changed either.

  I don't know if "$(<:.foo=.bar)" should be allowed, but that seems 
to be taken care of in 
lib/Automake/Variable.pm:scan_variable_expansions anyway (resulting in 
just "<" in this example).

  Fixes bug#9587.

-- 
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
--------------7LpijD5L8EDxSwdTRc92hGnD
Content-Type: text/x-patch; charset=UTF-8;
 name="automake-posix-vars-mail.diff"
Content-Disposition: attachment; filename="automake-posix-vars-mail.diff"
Content-Transfer-Encoding: base64

RnJvbSBmNzU5Yzc0MTI5NmQ1MDVhNWE1Y2E4YzdlZDlmYzIwMWE3YWM0YTBjIE1vbiBTZXAg
MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBCb2dkYW4gRHJvemRvd3NraSA8PgpEYXRlOiBUaHUs
IDIzIE1hciAyMDIzIDIwOjM5OjA1ICswMTAwClN1YmplY3Q6IFtQQVRDSF0gQWRkIFBPU0lY
LWFsbG93ZWQgdmFyaWFibGVzCgotLS0KIGxpYi9BdXRvbWFrZS9WYXJpYWJsZS5wbSB8ICAz
ICsrLQogdC92YXJzMy5zaCAgICAgICAgICAgICAgIHwgMjEgKysrKysrKysrKysrKysrKysr
KystCiAyIGZpbGVzIGNoYW5nZWQsIDIyIGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25zKC0p
CgpkaWZmIC0tZ2l0IGEvbGliL0F1dG9tYWtlL1ZhcmlhYmxlLnBtIGIvbGliL0F1dG9tYWtl
L1ZhcmlhYmxlLnBtCmluZGV4IGNjNmIxMmZlMC4uYmE2Y2Y5ZThmIDEwMDY0NAotLS0gYS9s
aWIvQXV0b21ha2UvVmFyaWFibGUucG0KKysrIGIvbGliL0F1dG9tYWtlL1ZhcmlhYmxlLnBt
CkBAIC0xMzIsNyArMTMyLDggQEAgbm9uLW9iamVjdCkuCiA9Y3V0CiAKIG15ICRfVkFSSUFC
TEVfQ0hBUkFDVEVSUyA9ICdbLkEtWmEtejAtOV9AXSsnOwotbXkgJF9WQVJJQUJMRV9QQVRU
RVJOID0gJ14nIC4gJF9WQVJJQUJMRV9DSEFSQUNURVJTIC4gIlwkIjsKK215ICRfVkFSSUFC
TEVfUEFUVEVSTl9FWFRSQV9QT1NJWCA9ICdbKj88JV1bREZdPyc7CitteSAkX1ZBUklBQkxF
X1BBVFRFUk4gPSAnXignIC4gJF9WQVJJQUJMRV9DSEFSQUNURVJTIC4gJ3wnIC4gJF9WQVJJ
QUJMRV9QQVRURVJOX0VYVFJBX1BPU0lYIC4gIilcJCI7CiBteSAkX1ZBUklBQkxFX1JFQ1VS
U0lWRV9QQVRURVJOID0KICAgICAnXihbLkEtWmEtejAtOV9AXXxcJFsoe10nIC4gJF9WQVJJ
QUJMRV9DSEFSQUNURVJTIC4gJ1t9KV0/KSsnIC4gIlwkIjsKIApkaWZmIC0tZ2l0IGEvdC92
YXJzMy5zaCBiL3QvdmFyczMuc2gKaW5kZXggYWU4OWE2ODY5Li5jYmJhNDdlNjggMTAwNjQ0
Ci0tLSBhL3QvdmFyczMuc2gKKysrIGIvdC92YXJzMy5zaApAQCAtMTUsNyArMTUsOCBAQAog
IyBhbG9uZyB3aXRoIHRoaXMgcHJvZ3JhbS4gIElmIG5vdCwgc2VlIDxodHRwczovL3d3dy5n
bnUub3JnL2xpY2Vuc2VzLz4uCiAKICMgQ2hlY2sgdGhhdCBBdXRvbWFrZSB3YXJucyBhYm91
dCB2YXJpYWJsZXMgY29udGFpbmluZyBzcGFjZXMKLSMgYW5kIG90aGVyIG5vbi1QT1NJWCBj
aGFyYWN0ZXJzLgorIyBhbmQgb3RoZXIgbm9uLVBPU0lYIGNoYXJhY3RlcnMsIGJ1dCBub3Qg
YWJvdXQgcmVhbCBQT1NJWAorIyB2YXJpYWJsZXMgKHNlZSBidWcjOTU4NykuCiAKIC4gdGVz
dC1pbml0LnNoCiAKQEAgLTMyLDYgKzMzLDEwIEBAIEwwOCQobyB1IGMgaCk6ICQod2lsZGNh
cmQgKi5jKQogCWVjaG8gJCR7b2stdGhpcyBpc30KIEwxMTogJCh0aGlzaXMpICQob2spCiAJ
JHtoZXJlfQoranVzdF9hX3Rlc3Q6CisJZWNobyAiJChARikgJCglRikgJCg/RikgJCg8Rikg
JCgqRikgJChARCkgJCglRCkgJCg/RCkgJCg8RCkgJCgqRCkiID4gJEAKKwllY2hvICIkKCUp
ICQoPykgJCg8KSAkKCopIiA+ICRACisJZWNobyAiJCUgJD8gJDwgJCoiID4gJEAKIEVPRgog
CiAkQUNMT0NBTApAQCAtNTksNiArNjQsMjAgQEAgZ3JlcCAnOjg6Lip3aWxkY2FyZCcgc3Rk
ZXJyCiBncmVwICc6OTouKmFub3RoZXIgRXJyb3InIHN0ZGVycgogCiAkRUdSRVAgJ29rfHRo
aXNpc3xoZXJlJyBzdGRlcnIgJiYgZXhpdCAxCitncmVwICdARicgc3RkZXJyICYmIGV4aXQg
MQorZ3JlcCAnJUYnIHN0ZGVyciAmJiBleGl0IDEKK2dyZXAgJz9GJyBzdGRlcnIgJiYgZXhp
dCAxCitncmVwICc8Ricgc3RkZXJyICYmIGV4aXQgMQorZ3JlcCAnKkYnIHN0ZGVyciAmJiBl
eGl0IDEKK2dyZXAgJ0BEJyBzdGRlcnIgJiYgZXhpdCAxCitncmVwICclRCcgc3RkZXJyICYm
IGV4aXQgMQorZ3JlcCAnP0QnIHN0ZGVyciAmJiBleGl0IDEKK2dyZXAgJzxEJyBzdGRlcnIg
JiYgZXhpdCAxCitncmVwICcqRCcgc3RkZXJyICYmIGV4aXQgMQorZ3JlcCAnOiAlOiAnIHN0
ZGVyciAmJiBleGl0IDEKK2dyZXAgJzogPzogJyBzdGRlcnIgJiYgZXhpdCAxCitncmVwICc6
IDw6ICcgc3RkZXJyICYmIGV4aXQgMQorZ3JlcCAnOiAqOiAnIHN0ZGVyciAmJiBleGl0IDEK
IAogIyBOb25lIG9mIHRoZXNlIGVycm9ycyBiZSBkaWFnbm9zZWQgd2l0aCAnLVduby1wb3J0
YWJpbGl0eScuCiAkQVVUT01BS0UgLVduby1wb3J0YWJpbGl0eQotLSAKMi4zNS4xCgo=

--------------7LpijD5L8EDxSwdTRc92hGnD--

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: [PATCH] Automake claims $(*F), $(<D), etc. are non-POSIX.
References: <20110923190208.GA30532@HIDDEN>
In-Reply-To: <20110923190208.GA30532@HIDDEN>
Resent-From: Bogdan <bogdro_rep@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-automake@HIDDEN
Resent-Date: Thu, 23 Mar 2023 19:58:02 +0000
Resent-Message-ID: <handler.9587.B9587.167960147613869 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: help confirmed
To: automake-patches@HIDDEN, 9587 <at> debbugs.gnu.org
Received: via spool by 9587-submit <at> debbugs.gnu.org id=B9587.167960147613869
          (code B ref 9587); Thu, 23 Mar 2023 19:58:02 +0000
Received: (at 9587) by debbugs.gnu.org; 23 Mar 2023 19:57:56 +0000
Received: from localhost ([127.0.0.1]:39383 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pfR4O-0003bd-0I
	for submit <at> debbugs.gnu.org; Thu, 23 Mar 2023 15:57:56 -0400
Received: from mout.gmx.net ([212.227.15.15]:53295)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bogdro_rep@HIDDEN>) id 1pfR4J-0003bI-KE
 for 9587 <at> debbugs.gnu.org; Thu, 23 Mar 2023 15:57:54 -0400
Received: from [192.168.1.226] ([90.227.12.124]) by mail.gmx.net (mrgmx004
 [212.227.17.184]) with ESMTPSA (Nemesis) id 1M2f9h-1pcwcw2rkd-004FMn; Thu, 23
 Mar 2023 20:57:45 +0100
Content-Type: multipart/mixed; boundary="------------7LpijD5L8EDxSwdTRc92hGnD"
Message-ID: <c27450a9-879a-4fc4-eb31-88043cfd77de@HIDDEN>
Date: Thu, 23 Mar 2023 20:57:44 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.9.0
Content-Language: en-GB
From: Bogdan <bogdro_rep@HIDDEN>
X-Provags-ID: V03:K1:cQp2/YCdonvXAuIoFI6ZqNZwIlRbYTSy7ykVEJzvqB4zsoxe5Uv
 8tj124XG1zkK119SoRani06gP8PvDMZpgRIoFZxF+YvtX+BMQxLoh3cLEl5A9WHOUutkBHv
 hCk849nZw9PCtK0rx7IFC/WL3j2ZNqiMy1J57IDRmoJ7yu0T1tR0nzA71U9QCidZw8VkldM
 pm5E46yhnA/0EF7sKbq7w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:5SyaqM7HZhU=;okbWPGqXTbSSfUpKf52l5E+FqvC
 RD1hG9LnluZKs99EJ6LmZVk19WV8wKSbmQOFs2d+OUH/VLzxSdIhC3BJQMHByYitKz5J/IYzg
 0KClD/1d4+qBNzk2Vi5EjlnVWuXwmFoZFrLD9AIUSc2XG7Sef6PUztmZgPWlm4Xw9W9AOdTeJ
 NYBY8ZvYm8dhLDGWxRXgTG+D19kufWkXyy6RRSK2VudqzkXj1wmgKvfsXVXqgQOZ4bRaZjCrp
 jDTgwB7ONo8+87jiwzjTnjfL7OqwIxxoKnDubg7D+yjInIRc92QCHaU7Q7BANE3aNwnviHr4Y
 dQlkaLMuPSnClVk6XnBbk5KN9ZgpErAjc7bjS2pPtECF3Typ2a/2hjNLxEVQS2qq+lFLVD/Q8
 4VEAWqkhMdCIQBKIGfvpkl5d8Ptn0YiPkvUoVGnhjrEFANeYI2JWF9021oYKrtFE84Y0q+UL0
 K/TJJiaHbkU6ARKUdpgsm9vTDBatbvhI0PRaFp9J7wKlTMtl4e+2+x0gdzPHGm/2y+5fshOCK
 DhwvtHUaUmnF/TgvIrjAl+Jtz0xHPJ5RiSq7Ddy8iJTAopjB3t3VDtP7Q9hGP3xJHKeQiJtlT
 Wn2DjZujmy3QDB5CDx1j26KvQ6SYb6HwM9Tlz9JI/ofuzxkUk4bteau3AUkyCm8jcA0zGkGWm
 M+f7Ude9rfRw4/rNqeSLbVU3TDF3jTj3ztHIkRxUsUesGQ0nKi9cXsDXoKdmq/hCvMSrYqlHN
 5CUuadhi1qIfxUuMbOv5/cHaIfxRn9oQH50Ytg/oIOvxwPnCuo78DJk/IUCG9N3FyWMBtE62A
 QkD6ON5pgfSWKuxAqaBQ2sa22ReJI4Gn4Trv47Neq1eiYJVulQa9aWZunKgaf55eVNC74WS3v
 lYUhh3mgZeqytj/70njHu4OZ6KqMgZMGpYGtXz163EKZCqh4b9+rsT+e0veLKRc/h4yvjLvnw
 vxil2A==
X-Spam-Score: -0.7 (/)
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: -1.7 (-)

This is a multi-part message in MIME format.
--------------7LpijD5L8EDxSwdTRc92hGnD
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello again.

  The attached patch allows the following symbols not to cause 
Automake errors about non-POSIX variables (and updates the test):

  $(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D) $(%) 
$(?) $(<) $(*) $% $? $< $*

  I don't have the POSIX standard and didn't find any references to 
POSIX variables in GNU make's manual, so I assume the quotation in the 
defect report is correct.

  The patch doesn't do anything to check if the variables are 
supported by the end-user's 'make', because it's not the end-user's 
'make' which decides what is portable or not. The message is not 
changed either.

  I don't know if "$(<:.foo=.bar)" should be allowed, but that seems 
to be taken care of in 
lib/Automake/Variable.pm:scan_variable_expansions anyway (resulting in 
just "<" in this example).

  Fixes bug#9587.

-- 
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
--------------7LpijD5L8EDxSwdTRc92hGnD
Content-Type: text/x-patch; charset=UTF-8;
 name="automake-posix-vars-mail.diff"
Content-Disposition: attachment; filename="automake-posix-vars-mail.diff"
Content-Transfer-Encoding: base64

RnJvbSBmNzU5Yzc0MTI5NmQ1MDVhNWE1Y2E4YzdlZDlmYzIwMWE3YWM0YTBjIE1vbiBTZXAg
MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBCb2dkYW4gRHJvemRvd3NraSA8PgpEYXRlOiBUaHUs
IDIzIE1hciAyMDIzIDIwOjM5OjA1ICswMTAwClN1YmplY3Q6IFtQQVRDSF0gQWRkIFBPU0lY
LWFsbG93ZWQgdmFyaWFibGVzCgotLS0KIGxpYi9BdXRvbWFrZS9WYXJpYWJsZS5wbSB8ICAz
ICsrLQogdC92YXJzMy5zaCAgICAgICAgICAgICAgIHwgMjEgKysrKysrKysrKysrKysrKysr
KystCiAyIGZpbGVzIGNoYW5nZWQsIDIyIGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25zKC0p
CgpkaWZmIC0tZ2l0IGEvbGliL0F1dG9tYWtlL1ZhcmlhYmxlLnBtIGIvbGliL0F1dG9tYWtl
L1ZhcmlhYmxlLnBtCmluZGV4IGNjNmIxMmZlMC4uYmE2Y2Y5ZThmIDEwMDY0NAotLS0gYS9s
aWIvQXV0b21ha2UvVmFyaWFibGUucG0KKysrIGIvbGliL0F1dG9tYWtlL1ZhcmlhYmxlLnBt
CkBAIC0xMzIsNyArMTMyLDggQEAgbm9uLW9iamVjdCkuCiA9Y3V0CiAKIG15ICRfVkFSSUFC
TEVfQ0hBUkFDVEVSUyA9ICdbLkEtWmEtejAtOV9AXSsnOwotbXkgJF9WQVJJQUJMRV9QQVRU
RVJOID0gJ14nIC4gJF9WQVJJQUJMRV9DSEFSQUNURVJTIC4gIlwkIjsKK215ICRfVkFSSUFC
TEVfUEFUVEVSTl9FWFRSQV9QT1NJWCA9ICdbKj88JV1bREZdPyc7CitteSAkX1ZBUklBQkxF
X1BBVFRFUk4gPSAnXignIC4gJF9WQVJJQUJMRV9DSEFSQUNURVJTIC4gJ3wnIC4gJF9WQVJJ
QUJMRV9QQVRURVJOX0VYVFJBX1BPU0lYIC4gIilcJCI7CiBteSAkX1ZBUklBQkxFX1JFQ1VS
U0lWRV9QQVRURVJOID0KICAgICAnXihbLkEtWmEtejAtOV9AXXxcJFsoe10nIC4gJF9WQVJJ
QUJMRV9DSEFSQUNURVJTIC4gJ1t9KV0/KSsnIC4gIlwkIjsKIApkaWZmIC0tZ2l0IGEvdC92
YXJzMy5zaCBiL3QvdmFyczMuc2gKaW5kZXggYWU4OWE2ODY5Li5jYmJhNDdlNjggMTAwNjQ0
Ci0tLSBhL3QvdmFyczMuc2gKKysrIGIvdC92YXJzMy5zaApAQCAtMTUsNyArMTUsOCBAQAog
IyBhbG9uZyB3aXRoIHRoaXMgcHJvZ3JhbS4gIElmIG5vdCwgc2VlIDxodHRwczovL3d3dy5n
bnUub3JnL2xpY2Vuc2VzLz4uCiAKICMgQ2hlY2sgdGhhdCBBdXRvbWFrZSB3YXJucyBhYm91
dCB2YXJpYWJsZXMgY29udGFpbmluZyBzcGFjZXMKLSMgYW5kIG90aGVyIG5vbi1QT1NJWCBj
aGFyYWN0ZXJzLgorIyBhbmQgb3RoZXIgbm9uLVBPU0lYIGNoYXJhY3RlcnMsIGJ1dCBub3Qg
YWJvdXQgcmVhbCBQT1NJWAorIyB2YXJpYWJsZXMgKHNlZSBidWcjOTU4NykuCiAKIC4gdGVz
dC1pbml0LnNoCiAKQEAgLTMyLDYgKzMzLDEwIEBAIEwwOCQobyB1IGMgaCk6ICQod2lsZGNh
cmQgKi5jKQogCWVjaG8gJCR7b2stdGhpcyBpc30KIEwxMTogJCh0aGlzaXMpICQob2spCiAJ
JHtoZXJlfQoranVzdF9hX3Rlc3Q6CisJZWNobyAiJChARikgJCglRikgJCg/RikgJCg8Rikg
JCgqRikgJChARCkgJCglRCkgJCg/RCkgJCg8RCkgJCgqRCkiID4gJEAKKwllY2hvICIkKCUp
ICQoPykgJCg8KSAkKCopIiA+ICRACisJZWNobyAiJCUgJD8gJDwgJCoiID4gJEAKIEVPRgog
CiAkQUNMT0NBTApAQCAtNTksNiArNjQsMjAgQEAgZ3JlcCAnOjg6Lip3aWxkY2FyZCcgc3Rk
ZXJyCiBncmVwICc6OTouKmFub3RoZXIgRXJyb3InIHN0ZGVycgogCiAkRUdSRVAgJ29rfHRo
aXNpc3xoZXJlJyBzdGRlcnIgJiYgZXhpdCAxCitncmVwICdARicgc3RkZXJyICYmIGV4aXQg
MQorZ3JlcCAnJUYnIHN0ZGVyciAmJiBleGl0IDEKK2dyZXAgJz9GJyBzdGRlcnIgJiYgZXhp
dCAxCitncmVwICc8Ricgc3RkZXJyICYmIGV4aXQgMQorZ3JlcCAnKkYnIHN0ZGVyciAmJiBl
eGl0IDEKK2dyZXAgJ0BEJyBzdGRlcnIgJiYgZXhpdCAxCitncmVwICclRCcgc3RkZXJyICYm
IGV4aXQgMQorZ3JlcCAnP0QnIHN0ZGVyciAmJiBleGl0IDEKK2dyZXAgJzxEJyBzdGRlcnIg
JiYgZXhpdCAxCitncmVwICcqRCcgc3RkZXJyICYmIGV4aXQgMQorZ3JlcCAnOiAlOiAnIHN0
ZGVyciAmJiBleGl0IDEKK2dyZXAgJzogPzogJyBzdGRlcnIgJiYgZXhpdCAxCitncmVwICc6
IDw6ICcgc3RkZXJyICYmIGV4aXQgMQorZ3JlcCAnOiAqOiAnIHN0ZGVyciAmJiBleGl0IDEK
IAogIyBOb25lIG9mIHRoZXNlIGVycm9ycyBiZSBkaWFnbm9zZWQgd2l0aCAnLVduby1wb3J0
YWJpbGl0eScuCiAkQVVUT01BS0UgLVduby1wb3J0YWJpbGl0eQotLSAKMi4zNS4xCgo=

--------------7LpijD5L8EDxSwdTRc92hGnD--

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: [PATCH] Automake claims $(*F), $(<D), etc. are non-POSIX.
References: <20110923190208.GA30532@HIDDEN>
Resent-From: Karl Berry <karl@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-automake@HIDDEN
Resent-Date: Sat, 01 Jul 2023 15:36:02 +0000
Resent-Message-ID: <handler.9587.B.168822573520912 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: help confirmed
To: bogdro_rep@HIDDEN, nbowler@HIDDEN, nbowler@HIDDEN
Cc: automake-patches@HIDDEN, 9587 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.168822573520912
          (code B ref -1); Sat, 01 Jul 2023 15:36:02 +0000
Received: (at submit) by debbugs.gnu.org; 1 Jul 2023 15:35:35 +0000
Received: from localhost ([127.0.0.1]:58500 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qFcdK-0005RD-Ni
	for submit <at> debbugs.gnu.org; Sat, 01 Jul 2023 11:35:35 -0400
Received: from lists.gnu.org ([209.51.188.17]:36706)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <karl@HIDDEN>) id 1qFcdI-0005R5-2x
 for submit <at> debbugs.gnu.org; Sat, 01 Jul 2023 11:35:33 -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 <karl@HIDDEN>)
 id 1qFcdH-0004rl-Py
 for automake-patches@HIDDEN; Sat, 01 Jul 2023 11:35:31 -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 <karl@HIDDEN>)
 id 1qFcdF-0006bx-NO
 for automake-patches@HIDDEN; Sat, 01 Jul 2023 11:35:31 -0400
X-Envelope-From: karl@HIDDEN
Received: from freefriends.org (localhost [127.0.0.1])
 by freefriends.org (8.14.7/8.14.7) with ESMTP id 361FZHkU017533
 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); 
 Sat, 1 Jul 2023 09:35:17 -0600
Received: (from apache@localhost)
 by freefriends.org (8.14.7/8.14.7/Submit) id 361FZGZL017530;
 Sat, 1 Jul 2023 09:35:16 -0600
Date: Sat, 1 Jul 2023 09:35:16 -0600
Message-Id: <202307011535.361FZGZL017530@HIDDEN>
From: Karl Berry <karl@HIDDEN>
In-Reply-To: <c27450a9-879a-4fc4-eb31-88043cfd77de@HIDDEN>
Received-SPF: pass client-ip=198.99.81.75; envelope-from=karl@HIDDEN;
 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-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: -2.3 (--)

Back on this bug report from Nick in 2011 (thanks/sorry):
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=9587

    bd> The attached patch allows the following symbols not to cause 
    Automake errors about non-POSIX variables (and updates the test):

    $(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D) $(%) 
    $(?) $(<) $(*) $% $? $< $*

I installed the patch. Thanks Bogdan.

    I don't have the POSIX standard

It's online nowadays.
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html
As far as I could see, Nick's report was correct (as expected :).

    because it's not the end-user's 'make' which decides what is
    portable or not.
    
Testing a given make implementation can prove that a variable is
unportable (when it fails). There's never any way to prove that
something is perfectly portable.

Nevertheless, in this case, it seemed to me that it was better to fix
the incorrect warning about non-POSIX variables now than to require
testing for and giving perfect diagnostics for the implementations that
don't correctly support all the POSIX variables. If people use those
implementations, they most likely are not relying on Automake
diagnostics about those variables. Nevertheless, I'm leaving the bug
open for this reason. I also mentioned this suboptimality in the NEWS
item. --thanks, karl.

-----------------------------------------------------------------------------
2023-07-01  Bogdan  <bogdro_rep@HIDDEN>

automake: do not warn that POSIX variables are non-POSIX.

This change fixes https://bugs.gnu.org/9587.

* lib/Automake/Variable.pm (_VARIABLE_PATTERN_EXTRA_POSIX):
new variable for $(*D) and the like.
(_VARIABLE_PATTERN): use it.
* t/vars3.sh: update test.
* NEWS: mention this.
POSIX spec (currently):
  https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html

diff --git a/NEWS b/NEWS
index b73c92569..61d631ba0 100644
--- a/NEWS
+++ b/NEWS
@@ -37,6 +37,12 @@ New in 1.17:

   - Emacs Lisp compilations respects silent make output.

+  - Automake no longer incorrectly warns that the POSIX make variables
+    $(*D) and the like are non-POSIX. Unfortunately, the make
+    implementations which do not correctly implement all the POSIX
+    variables are not detected, but this seems to have little impact
+    in practice. (bug#9587)
+
   - distcleancheck ignores "silly rename" files (.nfs* .smb* .__afs*)
     that can show up on network file systems.

diff --git a/lib/Automake/Variable.pm b/lib/Automake/Variable.pm
index 2c118314e..8bafc8e3a 100644
--- a/lib/Automake/Variable.pm
+++ b/lib/Automake/Variable.pm
@@ -132,7 +132,9 @@ non-object).
 =cut

 my $_VARIABLE_CHARACTERS = '[.A-Za-z0-9_@]+';
-my $_VARIABLE_PATTERN = '^' . $_VARIABLE_CHARACTERS . "\$";
+my $_VARIABLE_PATTERN_EXTRA_POSIX = '[*?<%][DF]?';
+my $_VARIABLE_PATTERN = '^(' . $_VARIABLE_CHARACTERS
+                             . '|' . $_VARIABLE_PATTERN_EXTRA_POSIX . ")\$";
 my $_VARIABLE_RECURSIVE_PATTERN =
     '^([.A-Za-z0-9_@]|\$[({]' . $_VARIABLE_CHARACTERS . '[})]?)+' . "\$";

diff --git a/t/vars3.sh b/t/vars3.sh
index ae89a6869..cbba47e68 100644
--- a/t/vars3.sh
+++ b/t/vars3.sh
@@ -15,7 +15,8 @@
 # along with this program.  If not, see <https://www.gnu.org/licenses/>.

 # Check that Automake warns about variables containing spaces
-# and other non-POSIX characters.
+# and other non-POSIX characters, but not about real POSIX
+# variables (see bug#9587).

 . test-init.sh

@@ -32,6 +33,10 @@ L08$(o u c h): $(wildcard *.c)
 	echo $${ok-this is}
 L11: $(thisis) $(ok)
 	${here}
+just_a_test:
+	echo "$(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D)" > $@
+	echo "$(%) $(?) $(<) $(*)" > $@
+	echo "$% $? $< $*" > $@
 EOF

 $ACLOCAL
@@ -59,6 +64,20 @@ grep ':8:.*wildcard' stderr
 grep ':9:.*another Error' stderr

 $EGREP 'ok|thisis|here' stderr && exit 1
+grep '@F' stderr && exit 1
+grep '%F' stderr && exit 1
+grep '?F' stderr && exit 1
+grep '<F' stderr && exit 1
+grep '*F' stderr && exit 1
+grep '@D' stderr && exit 1
+grep '%D' stderr && exit 1
+grep '?D' stderr && exit 1
+grep '<D' stderr && exit 1
+grep '*D' stderr && exit 1
+grep ': %: ' stderr && exit 1
+grep ': ?: ' stderr && exit 1
+grep ': <: ' stderr && exit 1
+grep ': *: ' stderr && exit 1

 # None of these errors be diagnosed with '-Wno-portability'.
 $AUTOMAKE -Wno-portability

compile finished at Sat Jul  1 08:32:40 2023

Message sent to bug-automake@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9587: [PATCH] Automake claims $(*F), $(<D), etc. are non-POSIX.
References: <20110923190208.GA30532@HIDDEN>
Resent-From: Karl Berry <karl@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-automake@HIDDEN
Resent-Date: Sat, 01 Jul 2023 15:36:02 +0000
Resent-Message-ID: <handler.9587.B9587.168822572120884 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9587
X-GNU-PR-Package: automake
X-GNU-PR-Keywords: help confirmed
To: bogdro_rep@HIDDEN, nbowler@HIDDEN, nbowler@HIDDEN
Cc: automake-patches@HIDDEN, 9587 <at> debbugs.gnu.org
Received: via spool by 9587-submit <at> debbugs.gnu.org id=B9587.168822572120884
          (code B ref 9587); Sat, 01 Jul 2023 15:36:02 +0000
Received: (at 9587) by debbugs.gnu.org; 1 Jul 2023 15:35:21 +0000
Received: from localhost ([127.0.0.1]:58497 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qFcd7-0005Ql-5z
	for submit <at> debbugs.gnu.org; Sat, 01 Jul 2023 11:35:21 -0400
Received: from frenzy.freefriends.org ([198.99.81.75]:57834
 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <karl@HIDDEN>) id 1qFcd5-0005Qc-65
 for 9587 <at> debbugs.gnu.org; Sat, 01 Jul 2023 11:35:20 -0400
X-Envelope-From: karl@HIDDEN
Received: from freefriends.org (localhost [127.0.0.1])
 by freefriends.org (8.14.7/8.14.7) with ESMTP id 361FZHkU017533
 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); 
 Sat, 1 Jul 2023 09:35:17 -0600
Received: (from apache@localhost)
 by freefriends.org (8.14.7/8.14.7/Submit) id 361FZGZL017530;
 Sat, 1 Jul 2023 09:35:16 -0600
Date: Sat, 1 Jul 2023 09:35:16 -0600
Message-Id: <202307011535.361FZGZL017530@HIDDEN>
From: Karl Berry <karl@HIDDEN>
In-Reply-To: <c27450a9-879a-4fc4-eb31-88043cfd77de@HIDDEN>
X-Spam-Score: -0.0 (/)
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: -1.0 (-)

Back on this bug report from Nick in 2011 (thanks/sorry):
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=9587

    bd> The attached patch allows the following symbols not to cause 
    Automake errors about non-POSIX variables (and updates the test):

    $(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D) $(%) 
    $(?) $(<) $(*) $% $? $< $*

I installed the patch. Thanks Bogdan.

    I don't have the POSIX standard

It's online nowadays.
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html
As far as I could see, Nick's report was correct (as expected :).

    because it's not the end-user's 'make' which decides what is
    portable or not.
    
Testing a given make implementation can prove that a variable is
unportable (when it fails). There's never any way to prove that
something is perfectly portable.

Nevertheless, in this case, it seemed to me that it was better to fix
the incorrect warning about non-POSIX variables now than to require
testing for and giving perfect diagnostics for the implementations that
don't correctly support all the POSIX variables. If people use those
implementations, they most likely are not relying on Automake
diagnostics about those variables. Nevertheless, I'm leaving the bug
open for this reason. I also mentioned this suboptimality in the NEWS
item. --thanks, karl.

-----------------------------------------------------------------------------
2023-07-01  Bogdan  <bogdro_rep@HIDDEN>

automake: do not warn that POSIX variables are non-POSIX.

This change fixes https://bugs.gnu.org/9587.

* lib/Automake/Variable.pm (_VARIABLE_PATTERN_EXTRA_POSIX):
new variable for $(*D) and the like.
(_VARIABLE_PATTERN): use it.
* t/vars3.sh: update test.
* NEWS: mention this.
POSIX spec (currently):
  https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html

diff --git a/NEWS b/NEWS
index b73c92569..61d631ba0 100644
--- a/NEWS
+++ b/NEWS
@@ -37,6 +37,12 @@ New in 1.17:

   - Emacs Lisp compilations respects silent make output.

+  - Automake no longer incorrectly warns that the POSIX make variables
+    $(*D) and the like are non-POSIX. Unfortunately, the make
+    implementations which do not correctly implement all the POSIX
+    variables are not detected, but this seems to have little impact
+    in practice. (bug#9587)
+
   - distcleancheck ignores "silly rename" files (.nfs* .smb* .__afs*)
     that can show up on network file systems.

diff --git a/lib/Automake/Variable.pm b/lib/Automake/Variable.pm
index 2c118314e..8bafc8e3a 100644
--- a/lib/Automake/Variable.pm
+++ b/lib/Automake/Variable.pm
@@ -132,7 +132,9 @@ non-object).
 =cut

 my $_VARIABLE_CHARACTERS = '[.A-Za-z0-9_@]+';
-my $_VARIABLE_PATTERN = '^' . $_VARIABLE_CHARACTERS . "\$";
+my $_VARIABLE_PATTERN_EXTRA_POSIX = '[*?<%][DF]?';
+my $_VARIABLE_PATTERN = '^(' . $_VARIABLE_CHARACTERS
+                             . '|' . $_VARIABLE_PATTERN_EXTRA_POSIX . ")\$";
 my $_VARIABLE_RECURSIVE_PATTERN =
     '^([.A-Za-z0-9_@]|\$[({]' . $_VARIABLE_CHARACTERS . '[})]?)+' . "\$";

diff --git a/t/vars3.sh b/t/vars3.sh
index ae89a6869..cbba47e68 100644
--- a/t/vars3.sh
+++ b/t/vars3.sh
@@ -15,7 +15,8 @@
 # along with this program.  If not, see <https://www.gnu.org/licenses/>.

 # Check that Automake warns about variables containing spaces
-# and other non-POSIX characters.
+# and other non-POSIX characters, but not about real POSIX
+# variables (see bug#9587).

 . test-init.sh

@@ -32,6 +33,10 @@ L08$(o u c h): $(wildcard *.c)
 	echo $${ok-this is}
 L11: $(thisis) $(ok)
 	${here}
+just_a_test:
+	echo "$(@F) $(%F) $(?F) $(<F) $(*F) $(@D) $(%D) $(?D) $(<D) $(*D)" > $@
+	echo "$(%) $(?) $(<) $(*)" > $@
+	echo "$% $? $< $*" > $@
 EOF

 $ACLOCAL
@@ -59,6 +64,20 @@ grep ':8:.*wildcard' stderr
 grep ':9:.*another Error' stderr

 $EGREP 'ok|thisis|here' stderr && exit 1
+grep '@F' stderr && exit 1
+grep '%F' stderr && exit 1
+grep '?F' stderr && exit 1
+grep '<F' stderr && exit 1
+grep '*F' stderr && exit 1
+grep '@D' stderr && exit 1
+grep '%D' stderr && exit 1
+grep '?D' stderr && exit 1
+grep '<D' stderr && exit 1
+grep '*D' stderr && exit 1
+grep ': %: ' stderr && exit 1
+grep ': ?: ' stderr && exit 1
+grep ': <: ' stderr && exit 1
+grep ': *: ' stderr && exit 1

 # None of these errors be diagnosed with '-Wno-portability'.
 $AUTOMAKE -Wno-portability

compile finished at Sat Jul  1 08:32:40 2023

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 27 Nov 2023 22:47:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 27 17:47:39 2023
Received: from localhost ([127.0.0.1]:45036 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1r7kOA-00005r-P8
	for submit <at> debbugs.gnu.org; Mon, 27 Nov 2023 17:47:38 -0500
Received: from frenzy.freefriends.org ([198.99.81.75]:56304
 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <karl@HIDDEN>) id 1r7kO9-00005c-W9
 for control <at> debbugs.gnu.org; Mon, 27 Nov 2023 17:47:38 -0500
X-Envelope-From: karl@HIDDEN
X-Envelope-To: <control <at> debbugs.gnu.org>
Received: from freefriends.org (localhost [127.0.0.1])
 by freefriends.org (8.14.7/8.14.7) with ESMTP id 3ARMlUZn013110
 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT)
 for <control <at> debbugs.gnu.org>; Mon, 27 Nov 2023 15:47:30 -0700
Received: (from apache@localhost)
 by freefriends.org (8.14.7/8.14.7/Submit) id 3ARMlUR9013109;
 Mon, 27 Nov 2023 15:47:30 -0700
Date: Mon, 27 Nov 2023 15:47:30 -0700
Message-Id: <202311272247.3ARMlUR9013109@HIDDEN>
From: Karl Berry <karl@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: 
X-Spam-Score: 2.0 (++)
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:  tags 9587 + help pending 
 Content analysis details:   (2.0 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.0 BLANK_SUBJECT          Subject is present but empty
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
X-Debbugs-Envelope-To: control
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: 1.0 (+)

tags 9587 + help pending

Last modified: Mon, 27 Nov 2023 23:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.