| /openbsd-src/gnu/usr.bin/gcc/gcc/testsuite/gcc.dg/cpp/ |
| H A D | if-oppr.c | 14 #error #else block evaluated for true conditional 18 #error #if block evaluated for false conditional
|
| /openbsd-src/regress/sbin/pfctl/ |
| H A D | pf86.in | 4 # The rule above should not be evaluated
|
| /openbsd-src/gnu/llvm/clang/docs/ |
| H A D | RefactoringEngine.rst | 152 describes how these requirements are evaluated and lists all the possible 162 ``createRefactoringActionRule``, that value is evaluated during the initiation 163 of the action rule. The evaluated result is then passed to the rule's 166 will be evaluated using the following steps: 177 succeeded (all requirements were evaluated successfully). 219 it's evaluated. The next section talks more about refactoring options and
|
| H A D | BlockLanguageSpec.rst | 161 that no references to the variable will actually be evaluated. 357 any enclosing class, are evaluated by capturing ``this`` just like a
|
| /openbsd-src/regress/bin/ksh/ |
| H A D | arith.t | 3 Check that only one side of ternary operator is evaluated 21 Check that assignments not done on non-evaluated side of ternary
|
| /openbsd-src/gnu/llvm/llvm/lib/Analysis/ |
| H A D | README.txt | 10 Outside the loop, this could be evaluated simply as (%n * %n), however
|
| /openbsd-src/gnu/usr.bin/perl/Cross/ |
| H A D | cflags-cross-arm | 54 : allow variables like toke_cflags to be evaluated
|
| /openbsd-src/gnu/llvm/llvm/docs/ |
| H A D | AMDGPUOperandSyntax.rst | 822 An expression is evaluated to a 64-bit integer. 839 Absolute expressions are evaluated to 64-bit integer values and converted to 860 A relocatable expression is evaluated to a 64-bit integer value, 864 this reference is evaluated to an offset from the address after 870 v_add_co_u32_e32 v0, vcc, label, v1 // 'label' operand is evaluated to -4 1164 to a relocatable expression *expr*, this reference is evaluated 1172 v_add_co_u32_e32 v0, vcc, expr, v1 // 'expr' operand is evaluated to -4 1176 this reference is evaluated to an offset from the address after the 1183 s_branch label // 'label' operand is evaluated to -1 and truncated to 0xFFFF
|
| H A D | CoverageMappingFormat.rst | 131 condition evaluated to 'true' and another `coverage mapping counter`_ to 132 track how many times that condition evaluated to false. Instrumentable 222 times the branch condition evaluated to "true", and one to track the number of 223 times the branch condition evaluated to "false".
|
| H A D | GitBisecting.rst | 114 That way, the commits in ``mlir`` are never evaluated.
|
| /openbsd-src/gnu/llvm/clang/lib/StaticAnalyzer/Core/ |
| H A D | CheckerManager.cpp | 669 bool evaluated = false; in runCheckersForEvalCall() local 674 evaluated = EvalCallChecker(Call, C); in runCheckersForEvalCall() 677 if (evaluated && evaluatorChecker) { in runCheckersForEvalCall() 694 if (evaluated) { in runCheckersForEvalCall()
|
| H A D | ExprEngineCXX.cpp | 1077 ExplodedNodeSet evaluated; in VisitCXXNewExpr() local 1078 evalBind(evaluated, CNE, Pred, Result, V, true); in VisitCXXNewExpr() 1081 Bldr.addNodes(evaluated); in VisitCXXNewExpr() 1083 Pred = *evaluated.begin(); in VisitCXXNewExpr()
|
| /openbsd-src/gnu/llvm/clang/include/clang/StaticAnalyzer/Checkers/ |
| H A D | CheckerBase.td | 131 /// callbacks are also evaluated sooner. 147 /// callbacks will be evaluated before the dependent checker. This can be used
|
| /openbsd-src/gnu/llvm/libcxx/include/ |
| H A D | source_location | 59 // The defaulted __ptr argument is necessary so that the builtin is evaluated
|
| /openbsd-src/gnu/llvm/lldb/source/Interpreter/ |
| H A D | InterpreterProperties.td | 34 Desc<"If true, commands will be echoed before they are evaluated.">;
|
| /openbsd-src/lib/libpcap/ |
| H A D | README | 35 and the BPF filters are evaluated in the libpcap library, incurring
|
| /openbsd-src/gnu/llvm/lldb/docs/design/ |
| H A D | overview.rst | 123 re-evaluated each time an expression needs to be evaluated, or JIT'ed up into
|
| /openbsd-src/gnu/llvm/libcxx/docs/DesignDocs/ |
| H A D | DebugMode.rst | 35 user-provided comparator to be evaluated up to twice as many times as it would be without the
|
| /openbsd-src/gnu/llvm/clang/ |
| H A D | NOTES.txt | 80 variables if they're referenced in evaluated code, even if that code
|
| /openbsd-src/gnu/llvm/llvm/docs/AMDGPUDwarfExtensionAllowLocationDescriptionOnTheDwarfExpressionStack/ |
| H A D | AMDGPUDwarfExtensionAllowLocationDescriptionOnTheDwarfExpressionStack.md | 89 In DWARF 5, expressions are evaluated using a typed value stack, a separate 211 operations that are evaluated on a simple stack machine. 216 expression is evaluated in a context dictated by where it is used. The context 221 - Some expressions are evaluated with the stack initialized with a specific 228 evaluated in DWARF 5. DWARF also has expressions involving location lists that 235 dictates that the expression must be evaluated in the context of providing a 249 The expression is evaluated one operation at a time. Operations have operands 275 expression that is evaluated with a value result kind context is the top element 282 that the expression must be evaluated in the context of providing a location 308 an expression that is evaluated with a location result kind context is the [all …]
|
| /openbsd-src/gnu/usr.bin/perl/pod/ |
| H A D | perlop.pod | 60 are evaluated in left-to-right order. A few operators such as C<&&=> have 61 special evaluation rules that can result in an operand not being evaluated at 75 In a chained comparison, each argument expression is evaluated at most 77 evaluation is fetched for each comparison. (It is not evaluated 100 a tied scalar, then the expression is evaluated to produce that scalar 104 In this example, the expression is evaluated only once, and the tied 110 In the next example, the expression is evaluated only once, and the tied 183 the commas on the right of the C<sort> are evaluated before the C<sort>, 184 but the commas on the left are evaluated after. In other words, 203 enclose the argument list for C<print> which is evaluated (printin [all...] |
| H A D | perl5341delta.pod | 82 try/catch now correctly returns the last evaluated expression when the catch
|
| /openbsd-src/gnu/usr.bin/gcc/gcc/ |
| H A D | LANGUAGES | 22 zero, and leave the input stream as it was before the expression was evaluated.
|
| H A D | tree.def | 397 has side-effects, they are evaluated once for each element. Wrap the 487 evaluated when an exception isn't thrown when cleanups are run. */ 499 whether the cleanup is run before or after 't.i' is evaluated. When 716 from being evaluated more than once should be reset so that a new 717 expand_expr call of this expr will cause those to be re-evaluated. 773 evaluated unless an exception is throw. */ 777 The second operand is a cleanup expression which is evaluated
|
| /openbsd-src/gnu/gcc/gcc/ |
| H A D | tree.def | 447 has side-effects, they are evaluated once for each element. Wrap the 535 is always evaluated when cleanups are run. */ 547 whether the cleanup is run before or after 't.i' is evaluated. When 752 First operand is that expression. After it is evaluated once, it 790 This differs from TRY_FINALLY_EXPR in that operand 2 is not evaluated 795 The second operand is a cleanup expression which is evaluated 981 OMP_FOR structured block, but are evaluated before the loop 986 expressions that are evaluated without any synchronization.
|