| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
of receiver information.
llvm-svn: 52679
|
| |
|
|
|
|
| |
contain the ObjCInterfaceDecl* of the target class if it was available when the ObjCMessageExpr object was constructed. The original interfaces of the class has been preserved (requiring no functionality changes from clients), but now a "getClasSInfo" method returns both the ObjCInterfaceDecl* and IdentifierInfo* of the target class.
llvm-svn: 52676
|
| |
|
|
| |
llvm-svn: 52581
|
| |
|
|
|
|
| |
Patch by David Chisnall with objc rewriter and stmtdumper updates from me.
llvm-svn: 52580
|
| |
|
|
|
|
| |
child to parents.
llvm-svn: 52553
|
| |
|
|
|
|
| |
Patch by David Chisnall!
llvm-svn: 52422
|
| |
|
|
|
|
| |
Fix indentation of class declarations in ExprCXX.h
llvm-svn: 52380
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
clang as a Release build.
The big change is that all AST nodes (subclasses of Stmt) whose children are
Expr* store their children as Stmt* or arrays of Stmt*. This is to remove
strict-aliasing warnings when using StmtIterator. None of the interfaces of any
of the classes have changed (except those with arg_iterators, see below), as the
accessor methods introduce the needed casts (via cast<>). While this extra
casting may seem cumbersome, it actually adds some important sanity checks
throughout the codebase, as clients using StmtIterator can potentially overwrite
children that are expected to be Expr* with Stmt* (that aren't Expr*). The casts
provide extra sanity checks that are operational in debug builds to catch
invariant violations such as these.
For classes that have arg_iterators (e.g., CallExpr), the definition of
arg_iterator has been replaced. Instead of it being Expr**, it is an actual
class (called ExprIterator) that wraps a Stmt**, and provides the necessary
operators for iteration. The nice thing about this class is that it also uses
cast<> to type-checking, which introduces extra sanity checks throughout the
codebase that are useful for debugging.
A few of the CodeGen functions that use arg_iterator (especially from
OverloadExpr) have been modified to take begin and end iterators instead of a
base Expr** and the number of arguments. This matches more with the abstraction
of iteration. This still needs to be cleaned up a little bit, as clients expect
that ExprIterator is a RandomAccessIterator (which we may or may not wish to
allow for efficiency of representation).
This is a fairly large patch. It passes the tests (except CodeGen/bitfield.c,
which was already broken) on both a Debug and Release build, but it should
obviously be reviewed.
llvm-svn: 52378
|
| |
|
|
| |
llvm-svn: 52376
|
| |
|
|
| |
llvm-svn: 52375
|
| |
|
|
| |
llvm-svn: 52227
|
| |
|
|
|
|
|
| |
-ScopedDecls get chained to their DeclContext.
-DeclContext's DeclChain replaces FunctionDecl's DeclChain and EnumDecl's ElementList.
llvm-svn: 52164
|
| |
|
|
| |
llvm-svn: 52161
|
| |
|
|
|
|
|
|
|
| |
Added TagKind enum.
Added getTagKind() method.
Added convenience methods: isEnum(), isStruct(), isUnion(), isClass().
-RecordDecl/CXXRecordDecl::Create() accept a TagKind enum instead of a DeclKind one.
llvm-svn: 52160
|
| |
|
|
| |
llvm-svn: 52155
|
| |
|
|
|
|
| |
Patch by Mike Stump!
llvm-svn: 52081
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
long double X() { return 1.0L; }
as:
long double X()
(CompoundStmt 0xb06a00 <t.c:2:17, col:32>
(ReturnStmt 0xb068d0 <col:19, col:26>
(FloatingLiteral 0xb02cf0 <col:26> 'long double' 1.000000)))
llvm-svn: 52080
|
| |
|
|
| |
llvm-svn: 52075
|
| |
|
|
| |
llvm-svn: 52063
|
| |
|
|
|
|
| |
its memory and the memory of the Decls it owns.
llvm-svn: 52059
|
| |
|
|
|
|
| |
reclaim its memory and the memory of the Decls it owns.
llvm-svn: 52055
|
| |
|
|
|
|
|
| |
ObjCPropertyDecls, have TranslationUnit destroy ObjCPropertyDecls. This is a
horrible hack, and must be removed eventually.
llvm-svn: 52051
|
| |
|
|
|
|
|
|
| |
have Destroy methods of ObjcMethodDecl and ObjCInterfaceDecl which recursively
destroy their owned Decls and Stmts. There are a few cases where it is not
clear what to do (FIXMEs included in the patch).
llvm-svn: 52050
|
| |
|
|
| |
llvm-svn: 52035
|
| |
|
|
| |
llvm-svn: 52034
|
| |
|
|
| |
llvm-svn: 52033
|
| |
|
|
|
|
|
|
| |
Sema::ActOnMemberReferenceExpr.
In addition to fixing the crasher, this commit fixes further improves property lookup (by searching protocols of qualified interfaces..."NSObject <prot>").
llvm-svn: 52001
|
| |
|
|
|
|
| |
Reuse RecordLayout.
llvm-svn: 51968
|
| |
|
|
|
|
| |
Move field layout code in a ASTRecordLayout member fn.
llvm-svn: 51966
|
| |
|
|
|
|
| |
variety of cleanups in some ASTConsumers.
llvm-svn: 51943
|
| |
|
|
| |
llvm-svn: 51939
|
| |
|
|
| |
llvm-svn: 51936
|
| |
|
|
|
|
| |
Fixes <rdar://problem/5984338> clang on xcode: property implementation must have its declaration in interface 'PBXOpenQuicklyModule'
llvm-svn: 51925
|
| |
|
|
| |
llvm-svn: 51920
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
moves the check for the invalid construct to a point where it doesn't
affect other uses of isIntegerConstantExpr, and we can warn properly
when the extension is used. This makes it a bit more complicated, but
it's a lot cleaner.
Steve, please tell me if this check is sufficient to handle the
relevant system header. I know it's enough to handle the testcase, but
I don't know what exactly the original looks like.
llvm-svn: 51918
|
| |
|
|
|
|
|
|
| |
compatibility). Note FIXME.
Fix <rdar://problem/5977870> clang on xcode: error: arrays with static storage duration must have constant integer length
llvm-svn: 51907
|
| |
|
|
|
|
| |
identifier 'super'
llvm-svn: 51888
|
| |
|
|
|
|
| |
this plugs the leak of attributes and also fixes a crash in the test
llvm-svn: 51862
|
| |
|
|
|
|
|
|
|
|
|
| |
TranslationUnit object instead of an ASTContext. By default it calls
Initialize(ASTConstext& Context) (to match with the current interface used by
most ASTConsumers).
Modified the ObjC-Rewriter to use InitializeTU, and to tell the TranslationUnit
to not free its Decls. This is a workaround for: <rdar://problem/5966749>
llvm-svn: 51825
|
| |
|
|
|
|
| |
writable. Added a FIXME for another day.
llvm-svn: 51800
|
| |
|
|
|
|
| |
VariableArrayType, EnumConstantDecl, and VarDecl.
llvm-svn: 51772
|
| |
|
|
|
|
|
|
|
|
| |
and union codepaths and fixes some minor bugs.
I'm reasonably confident this is accurate, at least for X86. I'll
correct any bugs as I find them; I haven't found any for a while,
though.
llvm-svn: 51762
|
| |
|
|
|
|
| |
While it is far from complete, it does fix the following <rdar://problem/5967199> clang on xcode: error: member reference is not to a structure or union
llvm-svn: 51719
|
| |
|
|
| |
llvm-svn: 51707
|
| |
|
|
|
|
| |
- #include ExprObjC.h in many places
llvm-svn: 51703
|
| |
|
|
|
|
| |
of extra warnings in the Python source.
llvm-svn: 51594
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
encountered. Mixing up the decls is unintuitive, and confuses the AST
destruction code. Fixes PR2360.
Note that there is a need to look up the characteristics and
declarations of a function associated with a particular name or decl,
but the original swapping code doesn't solve it properly.
http://lists.cs.uiuc.edu/pipermail/cfe-dev/2008-May/001644.html is one
suggestion for how to fix that.
llvm-svn: 51584
|
| |
|
|
| |
llvm-svn: 51575
|
| |
|
|
|
|
| |
(originally reported in PR1682).
llvm-svn: 51551
|
| |
|
|
| |
llvm-svn: 51544
|