Lines Matching +full:led +full:- +full:pattern
1 # $NetBSD: cond-short.mk,v 1.23 2023/11/19 22:32:44 rillig Exp $
3 # Demonstrates that in conditions, the right-hand side of an && or ||
5 # This is called 'short-circuit evaluation' and is the usual evaluation
9 # Before 2020-06-28, the right-hand side of an && or || operator was always
10 # evaluated, which was wrong. In cond.c 1.69 and var.c 1.197 on 2015-10-11,
20 # Since the initial commit on 1993-03-21, the manual page has been saying that
22 # but that was wrong. The code in cond.c 1.1 from 1993-03-21 looks good since
27 # evaluate at all' and 'allow undefined variables' led to the unexpected
31 # var-eval-short.mk, for short-circuited variable modifiers
53 # "VAR U11" is not evaluated; it was evaluated before 2020-07-02.
67 # Before 2020-07-02, it was wrongly evaluated.
68 .if 0 && !empty(VAR:M${:U${echo "unexpected M pattern" 1>&2 :L:sh}})
71 .if 1 && !empty(VAR:M${:U${echo "expected M pattern" 1>&2 :L:sh}})
148 # Starting with var.c 1.226 from from 2020-07-02, the following condition
151 # The left-hand side of the '&&' evaluated to false, which should have made
152 # the right-hand side irrelevant.
154 # On the right-hand side of the '&&', the expression ${INDIR_UNDEF} was
157 # and in parse-only mode, the "value" of the parsed expression was the
165 # This was fixed in cond.c 1.79 from 2020-07-09 by not evaluating irrelevant
169 # -dA log. To actually see it, add debug logging at the beginning and end of
184 # recursive'. The condition '0' evaluated to false, which made the right-hand
191 # This partial evaluation led to the wrong error message about 'VAR' being
207 # didn't catch much attention, as most other conditions such as pattern
227 # Due to the quotes around the left-hand side of the '<', the operand is
237 # The right-hand side of '||' is irrelevant and thus not evaluated.
243 # The right-hand side of '||' is relevant and thus evaluated normally.
248 # The right-hand side of '||' evaluates to an empty string, as the variable
260 # The right-hand side of the '&&' is irrelevant since the left-hand side
261 # already evaluates to false. Before cond.c 1.79 from 2020-07-09, it was
270 # condition. As of cond.c 1.302 from 2021-12-11, an irrelevant function call