Date: Sun, 4 Jul 1999 12:10:02 -0700 (PDT) From: hoek@FreeBSD.org To: freebsd-bugs@FreeBSD.org Subject: Re: bin/6830: make(1) exhibits confusing and non-standard behaviour Message-ID: <199907041910.MAA25919@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/6830; it has been noted by GNATS.
From: hoek@FreeBSD.org
To: freebsd-gnats-submit@FreeBSD.org, njs3@doc.ic.ac.uk
Cc:
Subject: Re: bin/6830: make(1) exhibits confusing and non-standard behaviour
Date: Sun, 4 Jul 1999 15:05:58 -0400 (EDT)
>BAR := ${FOO}
>all:
> echo ${BAR}
>FOO = feh
>
>Contrary to the intuitive behaviour and all other implementation of
>make, line one assigns ${FOO} to BAR and not the empty string. This is
>a bug, ${FOO} is a variable reference to an undefined variable which
>by definition expands to the empty string.
This is intentional: see the comment in parse.c, Parse_DoVar().
Perhaps add a compatibility flag? Changing the behaviour of make seems
a little dangerous, given that the current behavious is intended. OTOH,
the argument advanced in the afore-mentioned comment is questionable.
Anyways, if the PR stays open for too long, it can just be closed with
a note stating that the behaviour is intentional.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199907041910.MAA25919>