| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
Missing special lookup rule in Sema::ActOnInstanceMessage().
llvm-svn: 59467
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
C++ constructors, destructors, and conversion functions now have a
FETokenInfo field that IdentifierResolver can access, so that these
special names are handled just like ordinary identifiers. A few other
Sema routines now use DeclarationNames instead of IdentifierInfo*'s.
To validate this design, this code also implements parsing and
semantic analysis for id-expressions that name conversion functions,
e.g.,
return operator bool();
The new parser action ActOnConversionFunctionExpr takes the result of
parsing "operator type-id" and turning it into an expression, using
the IdentifierResolver with the DeclarationName of the conversion
function. ActOnDeclarator pushes those conversion function names into
scope so that the IdentifierResolver can find them, of course.
llvm-svn: 59462
|
| |
|
|
|
|
|
| |
are trying to use the old GCC "casts as lvalue" extension. We don't and
will hopefully never support this.
llvm-svn: 59460
|
| |
|
|
|
|
| |
qualified id.
llvm-svn: 59459
|
| |
|
|
| |
llvm-svn: 59444
|
| |
|
|
| |
llvm-svn: 59443
|
| |
|
|
|
|
| |
operators
llvm-svn: 59442
|
| |
|
|
|
|
|
|
| |
representing the names of declarations in the C family of
languages. DeclarationName is used in NamedDecl to store the name of
the declaration (naturally), and ObjCMethodDecl is now a NamedDecl.
llvm-svn: 59441
|
| |
|
|
|
|
| |
moment.
llvm-svn: 59435
|
| |
|
|
| |
llvm-svn: 59433
|
| |
|
|
| |
llvm-svn: 59430
|
| |
|
|
|
|
| |
comment)
llvm-svn: 59429
|
| |
|
|
| |
llvm-svn: 59428
|
| |
|
|
| |
llvm-svn: 59426
|
| |
|
|
| |
llvm-svn: 59425
|
| |
|
|
| |
llvm-svn: 59424
|
| |
|
|
|
|
| |
Eli please take a look, as I'm not sure if this gets the extension warning in the right place
llvm-svn: 59422
|
| |
|
|
| |
llvm-svn: 59421
|
| |
|
|
|
|
| |
have a look at this.
llvm-svn: 59420
|
| |
|
|
|
|
|
| |
defined in a system header should be treated as system header tokens
even if they are instantiated in a different place.
llvm-svn: 59418
|
| |
|
|
| |
llvm-svn: 59411
|
| |
|
|
|
|
| |
as operands.
llvm-svn: 59408
|
| |
|
|
|
|
| |
environment.
llvm-svn: 59407
|
| |
|
|
| |
llvm-svn: 59405
|
| |
|
|
| |
llvm-svn: 59404
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- RegionView and RegionViewMap is introduced to assist back-mapping from
super region to subregions.
- GDM is used to carry RegionView information.
- AnonTypedRegion is added to represent a typed region introduced by pointer
casting. Later AnonTypedRegion can be used in other similar cases, e.g.,
malloc()'ed region.
- The specific conversion is delegated to store manager.
llvm-svn: 59382
|
| |
|
|
|
|
| |
Patch by Fariborz!
llvm-svn: 59377
|
| |
|
|
| |
llvm-svn: 59375
|
| |
|
|
| |
llvm-svn: 59372
|
| |
|
|
| |
llvm-svn: 59371
|
| |
|
|
| |
llvm-svn: 59359
|
| |
|
|
| |
llvm-svn: 59358
|
| |
|
|
| |
llvm-svn: 59356
|
| |
|
|
| |
llvm-svn: 59354
|
| |
|
|
|
|
|
|
|
|
| |
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20081110/009243.html
In that patch I added a bogus type promotion for unary '!'.
The real bug was more fallout from edges cases with compound assignments and conjured symbolic values. Now the conjured value has the type of the LHS expression, and we do a promotion to the computation type. We also now correctly do a conversion from the computation type back to the LHS type.
llvm-svn: 59349
|
| |
|
|
| |
llvm-svn: 59348
|
| |
|
|
| |
llvm-svn: 59345
|
| |
|
|
| |
llvm-svn: 59343
|
| |
|
|
|
|
| |
conversions caused by the '!' operator. This required adding some logic to GRSimpleVals to reason about nonloc::LocAsInteger SVals. This code appears to work fine, but it should eventually be cleaned up.
llvm-svn: 59335
|
| |
|
|
| |
llvm-svn: 59334
|
| |
|
|
|
|
| |
Thanks to Doug for the review. Actual effects of mutable to follow.
llvm-svn: 59331
|
| |
|
|
|
|
| |
Thanks to Sebastian for the suggestion.
llvm-svn: 59330
|
| |
|
|
|
|
|
| |
- Block-expression for 'ObjCForCollectionStmt' is not alive before it occurs
- Recursively visit 'element' expression for ObjCForCollectionStmt to get liveness for referenced block-level expressions and variables.
llvm-svn: 59316
|
| |
|
|
|
|
| |
ObjCForCollectionStmt. We now assume that the 'element' expression can be any lvalue.
llvm-svn: 59313
|
| |
|
|
|
|
| |
expression of ObjCForCollectionStmt (can be anything).
llvm-svn: 59312
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
function call created in response to the use of operator syntax that
resolves to an overloaded operator in C++, e.g., "str1 +
str2" that resolves to std::operator+(str1, str2)". We now build a
CXXOperatorCallExpr in C++ when we pick an overloaded operator. (But
only for binary operators, where we actually implement overloading)
I decided *not* to refactor the current CallExpr to make it abstract
(with FunctionCallExpr and CXXOperatorCallExpr as derived
classes). Doing so would allow us to make CXXOperatorCallExpr a little
bit smaller, at the cost of making the argument and callee accessors
virtual. We won't know if this is going to be a win until we can parse
lots of C++ code to determine how much memory we'll save by making
this change vs. the performance penalty due to the extra virtual
calls.
llvm-svn: 59306
|
| |
|
|
|
|
| |
StmtNodes.def. We don't need stable numbers yet, renumbering is a pain, and LAST_STMT had the wrong value anyway.
llvm-svn: 59300
|
| |
|
|
| |
llvm-svn: 59294
|
| |
|
|
|
|
| |
or DeclRefExpr.
llvm-svn: 59290
|
| |
|
|
|
|
| |
anything that evaluates to an lvalue
llvm-svn: 59289
|