[src/trunk]: src/usr.bin/make/unit-tests make(1): fix bug description of usin...

[rillig <rillig%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/dae64949f4f3
branches:  trunk
changeset: 956847:dae64949f4f3
user:      rillig <rillig%NetBSD.org@localhost>
date:      Sun Nov 08 14:00:52 2020 +0000

description:
make(1): fix bug description of using := with undefined variable

In 1993, the variable names could not refer to other variables yet.
This has been made possible on 2000-05-11, when the "cool magic" was
added that allows assigning to VAR.${param}.

diffstat:

 usr.bin/make/unit-tests/var-op-expand.mk |  4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diffs (18 lines):

diff -r c86d0fe78f4b -r dae64949f4f3 usr.bin/make/unit-tests/var-op-expand.mk
--- a/usr.bin/make/unit-tests/var-op-expand.mk  Sun Nov 08 13:46:15 2020 +0000
+++ b/usr.bin/make/unit-tests/var-op-expand.mk  Sun Nov 08 14:00:52 2020 +0000
@@ -1,4 +1,4 @@
-# $NetBSD: var-op-expand.mk,v 1.3 2020/11/08 13:46:15 rillig Exp $
+# $NetBSD: var-op-expand.mk,v 1.4 2020/11/08 14:00:52 rillig Exp $
 #
 # Tests for the := variable assignment operator, which expands its
 # right-hand side.
@@ -7,7 +7,7 @@
 
 # XXX: edge case: When a variable name refers to an undefined variable, the
 # behavior differs between the '=' and the ':=' assignment operators.
-# This bug exists since at least 1993-03-21.
+# This bug exists since var.c 1.42 from 2000-05-11.
 #
 # The '=' operator expands the undefined variable to an empty string, thus
 # assigning to VAR_ASSIGN_.  In the name of variables to be set, it should