| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 51508
|
| |
|
|
| |
llvm-svn: 51463
|
| |
|
|
|
|
|
|
|
| |
lib/CodeGen/CGExpr.cpp and to change include/clang/AST/Attr.h to
use its own enum for visibility types instead of using
llvm::GlobalValue::VisibilityTypes. These changes eliminate
dependencies in the AST library on LLVM's VMCore library.
llvm-svn: 51398
|
| |
|
|
| |
llvm-svn: 51392
|
| |
|
|
|
|
| |
the destruction of Decls and Stmts.
llvm-svn: 51385
|
| |
|
|
| |
llvm-svn: 51381
|
| |
|
|
| |
llvm-svn: 51380
|
| |
|
|
|
|
| |
memory).
llvm-svn: 51379
|
| |
|
|
|
|
|
| |
ASTs. This is a hack, but I haven't considered how we really
want to do this.
llvm-svn: 51364
|
| |
|
|
|
|
| |
we now iterate over the whole AST when we destroy it.
llvm-svn: 51363
|
| |
|
|
|
|
|
| |
(specifically, for TranslationUnits created from SerializationTest.cpp).
Fixes a double-free bug in the serialization tests.
llvm-svn: 51362
|
| |
|
|
| |
llvm-svn: 51322
|
| |
|
|
|
|
| |
initializers of EnumConstantDecls.
llvm-svn: 51299
|
| |
|
|
| |
llvm-svn: 51298
|
| |
|
|
|
|
|
|
| |
Fixed a bug in ParmVarDecl::param_end(): Handle the case where there are no
ParmVarDecls for a FunctionDecl, but its function prototype has formal arguments
(can happen with typedefs).
llvm-svn: 51297
|
| |
|
|
|
|
| |
declaration.
llvm-svn: 51294
|
| |
|
|
| |
llvm-svn: 51288
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Sema::ParseAST now constructs a TranslationUnit object to own the top-level Decls, which releases the top-level Decls upon exiting ParseAST.
2) Bug fix: TranslationUnit::~TranslationUnit handles the case where a Decl is added more than once as a top-level Decl.
3) Decl::Destroy is now a virtual method, obviating the need for a special dispatch based on DeclKind.
3) FunctionDecl::Destroy now releases its Body using its Destroy method.
4) Added Stmt::Destroy and Stmt::DestroyChildren, which recursively delete the child ASTs of a Stmt and call their dstors. We may need to special case dstor/Destroy methods for particular Stmt subclasses that own other dynamically allocated objects besides AST nodes.
5) REGRESSION: We temporarily are not deallocating attributes; a FIXME is provided.
llvm-svn: 51286
|
| |
|
|
|
|
| |
subclasses of Stmt to recursively delete their child AST nodes.
llvm-svn: 51278
|
| |
|
|
|
|
| |
code).
llvm-svn: 51276
|
| |
|
|
| |
llvm-svn: 51190
|
| |
|
|
| |
llvm-svn: 51188
|
| |
|
|
|
|
|
|
|
|
| |
expressions. This appears to be a regression introduced in r51113 that caused
many test cases to fail (there is still a test case in the Analysis directory
that is failing):
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20080512/005706.html
llvm-svn: 51164
|
| |
|
|
|
|
|
|
|
| |
expressing the full flexibility of the LLVM shufflevector instruction.
The expected immediate usage is in *mmintrin.h, so that they don't
depend on the mess of gcc-inherited (and not completely implemented)
shuffle builtins.
llvm-svn: 51113
|