Home | History | Annotate | Download | only in Parse

Lines Matching refs:Operator

324         // because a simple-template-id cannot start with 'operator', but
603 // This is only the direct operand of an & operator if it is not
623 /// '::' operator-function-id
652 /// direct operand of the address-of operator. This is, besides member contexts,
982 // decl-context of its lambda's call-operator (which has
986 // call-operator's decl-context, scope & scopeinfo are pushed on their
1511 /// . or -> operator, and nested-name-specifier have already been
1997 /// operator-function-id is parsed by \c ParseUnqualifiedId() to determine
2017 /// \param Id as input, describes the template-name or operator-function-id
2065 Name = "operator ";
2067 Name += getOperatorSpelling(Id.OperatorFunctionId.Operator);
2146 // FIXME: Store name for literal operator too.
2149 TemplateId->Operator = OO_None;
2153 TemplateId->Operator = Id.OperatorFunctionId.Operator;
2192 /// \brief Parse an operator-function-id or conversion-function-id as part
2195 /// This routine is responsible only for parsing the operator-function-id or
2199 /// operator-function-id: [C++ 13.5]
2200 /// 'operator' operator
2202 /// operator: one of
2211 /// operator conversion-type-id
2217 /// ptr-operator conversion-declarator[opt]
2235 assert(Tok.is(tok::kw_operator) && "Expected 'operator' keyword");
2237 // Consume the 'operator' keyword.
2240 // Determine what kind of operator name we have.
2306 // Code completion for the operator name.
2318 // We have parsed an operator-function-id.
2323 // Parse a literal-operator-id.
2325 // literal-operator-id: C++11 [over.literal]
2326 // operator string-literal identifier
2327 // operator user-defined-string-literal
2343 // literal-operator-id shall have no encoding-prefix [...].
2355 // Grab the literal operator's suffix, which will be either the next token
2378 // literal-operator-id shall [...] contain no characters
2385 // This isn't a valid literal-operator-id, but we think we know
2402 // operator conversion-type-id
2408 // ptr-operator conversion-declarator[opt]
2437 /// operator-function-id
2439 /// [C++0x] literal-operator-id [TODO]
2557 // operator-function-id
2563 // If we have an operator-function-id or a literal-operator-id and the next
2567 // operator-function-id < template-argument-list[opt] >
2687 /// ptr-operator new-declarator[opt]
2858 /// This ambiguity appears in the syntax of the C++ new operator.