HomeSort by: relevance | last modified time | path
    Searched refs:parsed (Results 1 - 25 of 48) sorted by relevancy

1 2

  /src/etc/
MAKEDEV.awk 125 parsed = substr(md_deventry, 1, RSTART - 1) dev
128 md_deventry = parsed md_deventry
302 parsed = ""
322 parsed = parsed substr(line, 1, RSTART - 1) id
325 $0 = parsed line
341 parsed = ""
358 parsed = parsed substr(deventry, 1, RSTART - 1) dev
362 print parsed deventr
    [all...]
  /src/usr.bin/make/unit-tests/
cond-func.exp 5 make: cond-func.mk:107: A plain function name is parsed as defined(...).
6 make: cond-func.mk:115: A plain function name is parsed as defined(...).
varname-dot-parsedir.mk 4 # of the file that is currently parsed.
40 # being parsed. Technically, it's possible though, but only if the file
41 # being parsed is a relative pathname. See PrintLocation for details.
varname-dot-parsefile.mk 4 # of the file that is currently parsed.
35 # being parsed. Technically, it's possible though, but only if the file
36 # being parsed is a relative pathname. See PrintLocation for details.
varmod-ifelse.mk 36 # ' == ""' though, which cannot be parsed because the left-hand side looks
53 # When the :? is parsed, it is greedy. The else branch spans all the
190 # Since the condition of the '?:' modifier is expanded before being parsed and
204 # 1. The whole expression is only parsed.
205 # 2. The expression is parsed and the 'then' branch is evaluated.
206 # 3. The expression is parsed and the 'else' branch is evaluated.
208 # In all of these cases, the expression must be parsed in the same way,
212 # parsed differently, depending on whether the branch was taken or not. When
219 # that in both cases the expression is parsed in the same way, taking the
234 # everywhere else the modifier parts have their subexpressions parsed in th
    [all...]
dep-colon-bug-cross-file.mk 12 # After the file has been parsed completely, it is parsed again in pass 2.
recursive.mk 9 # parsed with VARE_PARSE for that purpose.
32 # When the variable is only parsed but not evaluated, bugs in nested
cond-func.mk 88 # default function that is called when a bare word is parsed. For the plain
106 # expect+1: A plain function name is parsed as defined(...).
107 . info A plain function name is parsed as defined(...).
114 # expect+1: A plain function name is parsed as defined(...).
115 . info A plain function name is parsed as defined(...).
parse-var.mk 90 # depended on whether the expression was actually evaluated or merely parsed.
92 # If it was evaluated, nested expressions were parsed correctly, parsing each
95 # If the expression was merely parsed but not evaluated (for example, because
99 # expression was not parsed correctly. Instead, make only counted the opening
116 # is parsed correctly.
varmod-match-escape.mk 31 # comparison is parsed differently though. First, the expression
32 # is parsed, resulting in ':' and needSubst=true. After that, the escaped
56 # parsed as an escaped '$'. Instead, ParseModifier_Match first scans for
varmod-sysv.mk 45 # When the modifier ':from=to' is parsed, it lasts until the closing brace
109 # Before 2020-07-20, when a SysV modifier was parsed, a single dollar
110 # before the '=' was parsed (but not interpreted) as an anchor.
116 # Before 2020-07-20, the modifier ':e$=x' was parsed as having a left-hand
117 # side 'e' and a right-hand side 'x'. The dollar was parsed (but not
223 # parts of the modifier are parsed using ParseModifierPart, which scans
cmdline-undefined.mk 6 # When the command line is parsed, variable assignments using the
cond-op-and.mk 95 # parsed as '"1&&" != "" && 1'.
cond-op-or.mk 95 # parsed as '"0||" != "" || 0'.
directive-for-break.mk 40 # lines from inactive branches are only parsed as far as necessary to see
directive.mk 21 # There is no directive called '.target', therefore this is parsed as a
varmod-edge.mk 31 # After the :M modifier has parsed the pattern, only the closing brace
45 # When the :M and :N modifiers are parsed, the pattern finishes as soon
49 # Nested expressions are not parsed as such. Instead, only the
66 # when the :M modifier is parsed since Makefile expressions only take the
varname-makefile.mk 7 # again for each of these makefiles, before the file is parsed.
cond-short.mk 54 # The whole !empty condition is only parsed and then discarded.
66 # The :M modifier is only parsed, not evaluated.
156 # undefined. The right hand side "${INDIR_UNDEF}" still needed to be parsed,
157 # and in parse-only mode, the "value" of the parsed expression was the
160 # the comparison were still parsed and evaluated. Comparing these two values
166 # comparisons. Instead, they are only parsed and then discarded.
175 # expression was only parsed, not evaluated. The resulting literal string
var-eval-short.mk 5 # the modifier should only be parsed. The modifier should not be evaluated,
58 # even though the whole expression should have only been parsed, not
varmod-gmtime.mk 110 # Because this modifier is implemented using strtoul, the parsed time was
125 # stopped after the '=', and the remaining string was parsed for more variable
cond-token-plain.mk 47 # The right-hand side of a comparison is not parsed as a token, therefore
167 # literal. Instead, it is parsed as a bare word (ParseWord),
233 # word, but that side has no risk of being parsed more than once.
251 # whether the condition is first evaluated and then parsed, or vice versa.
deptgt.mk 52 # After expanding the line as a whole, each target is parsed but not
char-005c-reverse-solidus.mk 96 # The ":M" modifier is parsed differently than the other modifiers. To
  /src/sys/external/bsd/compiler_rt/dist/lib/sanitizer_common/
sanitizer_common_interceptors_format.inc 38 // Otherwise, do not change p. This will be re-parsed later as the field

Completed in 28 milliseconds

1 2