[pkgsrc/trunk]: pkgsrc/devel/smake devel/smake: Update to 1.6

[micha <micha%pkgsrc.org@localhost>]

details:   https://anonhg.NetBSD.org/pkgsrc/rev/f75714434a63
branches:  trunk
changeset: 457606:f75714434a63
user:      micha <micha%pkgsrc.org@localhost>
date:      Mon Aug 30 12:47:00 2021 +0000

description:
devel/smake: Update to 1.6

- smake: While expanding the right side of a macro assignment with.
  the operators :::= and +:=, smake no longer expands $$ to $, but
  rather leaves $$ untouched.

  This is based on a concept change from BSD make for the := operator
  in BSD make that was introduced in 2016 by the BSD people. It has.
  been recently decided by POSIX to be a mandatory behavior, as this
  avoids the need to know the expansion nesting level for $$ while
  using immediate expansion assignments.

  In former times this could lead to a need for $$$$$$$$$$$$$ constructs
  as every nesting level in an immediate expansion assignment did
  "expand" every $$ to $.

  It turns out that the change in BSD make to no longer expand $$
  for immediate expand assignments was the best solution for dealing
  with the problems with immediate expansion assignments. This is
  why both smake and SunPro Make integrated a similar change.

  In former times, the problem with $$ expansion was no problem since
  he $$ usage in makefiles was extremely rare. Today, more people
  are using $(cmd) shell constructs in makefiles instead of `cmd`
  and as a result, $$ usage has become more frequent in makefiles
  because of the need to use $$(cmd) in make rule commands in such
  a case.

- smake: The dynamic macros $? and $^ now work for implicit rules
  as well. For $?, this is required by POSIX and was required by POSIX
  for a longe time, but in former times, the same but wrong requirement
  did exist for $* and $< as well. It therefore was unclear whether the
  requirement for $? in the POSIX standard was a similar mistake.

  In March 2021 we agreed on a POSIX teleconference call that $? should
  be expanded for implicit rules as well. It had been forgotten to
  implement that change to smake in time. This has now be catched up.

- smake: is now version 1.6

diffstat:

 devel/smake/Makefile |   7 +++----
 devel/smake/distinfo |  10 +++++-----
 2 files changed, 8 insertions(+), 9 deletions(-)

diffs (30 lines):

diff -r 8e975ca33f9f -r f75714434a63 devel/smake/Makefile
--- a/devel/smake/Makefile      Mon Aug 30 12:11:15 2021 +0000
+++ b/devel/smake/Makefile      Mon Aug 30 12:47:00 2021 +0000
@@ -1,8 +1,7 @@
-# $NetBSD: Makefile,v 1.17 2021/08/06 09:50:48 micha Exp $
+# $NetBSD: Makefile,v 1.18 2021/08/30 12:47:00 micha Exp $
 
-DISTNAME=      schily-2021-07-29
-PKGNAME=       smake-1.5
-PKGREVISION=   1
+DISTNAME=      schily-2021-08-14
+PKGNAME=       smake-1.6
 CATEGORIES=    devel
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=schilytools/}
 EXTRACT_SUFX=  .tar.bz2
diff -r 8e975ca33f9f -r f75714434a63 devel/smake/distinfo
--- a/devel/smake/distinfo      Mon Aug 30 12:11:15 2021 +0000
+++ b/devel/smake/distinfo      Mon Aug 30 12:47:00 2021 +0000
@@ -1,6 +1,6 @@
-$NetBSD: distinfo,v 1.16 2021/08/06 09:50:48 micha Exp $
+$NetBSD: distinfo,v 1.17 2021/08/30 12:47:00 micha Exp $
 
-SHA1 (schily-2021-07-29.tar.bz2) = 6de3773faf2aa0418ac761c011736ea05c4a66a8
-RMD160 (schily-2021-07-29.tar.bz2) = cde4b154b66cbb590faa32aae3448c62979e6c18
-SHA512 (schily-2021-07-29.tar.bz2) = 095740bf1190440d386145653763d74ad93abf996e6a1e56279b5441990898515356eda0f7b5d07386d2aac1ba1adf0e9dac423ce49ced4fdc13914857b6afc1
-Size (schily-2021-07-29.tar.bz2) = 4927143 bytes
+SHA1 (schily-2021-08-14.tar.bz2) = 07ca32bfbdac2be868d43729a7a358161f97fd30
+RMD160 (schily-2021-08-14.tar.bz2) = 543946479074743aa81b9d8f8ebbbec235c48002
+SHA512 (schily-2021-08-14.tar.bz2) = 48c015041edf4dd28ce82481cf6cb405ba44de0d695ff5b718d2d1a0c38ad7fee49a023064e123e9dfaa0a04fc4c8a0ba405b41ae16f0946436b7d7debf436a5
+Size (schily-2021-08-14.tar.bz2) = 4942864 bytes