| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
AsmStmt. Ted, could you please review the serialization/deserialization code?
llvm-svn: 44266
|
|
|
|
| |
llvm-svn: 44255
|
|
|
|
| |
llvm-svn: 44172
|
|
|
|
| |
llvm-svn: 44171
|
|
|
|
|
|
|
|
|
|
|
| |
to declare a function with a typedef:
typedef int unary_int_func(int arg);
unary_int_func add_one;
This patch contributed by Seo Sanghyeon!
llvm-svn: 44100
|
|
|
|
| |
llvm-svn: 44069
|
|
|
|
| |
llvm-svn: 44025
|
|
|
|
|
|
|
|
| |
- Add Sema::CurMethodDecl, in preparation for adding ObjcIvarRefExpr.
- Add ObjcInterfaceDecl::lookupInstanceVariable(), in prep for adding ivars.
- A couple renames in ObjcInterfaceDecl, while I was in the vicinity:-)
llvm-svn: 44015
|
|
|
|
|
|
|
|
|
| |
- It is not an "action" - it is never called by the parser.
- It was only used by one method, Sema::ObjcActOnStartOfMethodDef().
As a result, the logic it embodied is now directly implemented in Sema::ObjcActOnStartOfMethodDef().
llvm-svn: 44008
|
|
|
|
|
|
| |
Modify Sema::ParseParamDeclarator() to work for both ActOnStartOfFunctionDef() and ObjcActOnStartOfMethodDef().
llvm-svn: 44006
|
|
|
|
|
|
| |
ActOnMethodDefBody) with 1 method definition action (ActOnFinishFunctionBody). I can't think of any reason that we would need two action hooks.
llvm-svn: 44000
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
about private methods (r43989).
While the diff is large, the idea is very simple. When we parse method definitions (in an @implementation), we need to add them incrementally (rather than wait until the @end).
Other details...
- Renamed Sema::ActOnAddMethodsToObjcDecl() to Sema::ActOnAtEnd(). The methods are now optional arguments.
- Removed Parser::AllImplMethods (a nice cleanup).
- Added location info to ObjcImplementationDecl (since we will need it very soon:-)
- Modified message.m test to no longer allow the bogus diagnostic.
llvm-svn: 43995
|
|
|
|
|
|
|
|
|
|
| |
declared in an implementation (but not listed in the interface).
This commit is only 95% of the bug fix. The last piece to this puzzle is to add the method decls to the implementation incrementally (as we encounter them). At the moment, the methods aren't added until we see an @end (which is too late).
I will complete this later...
llvm-svn: 43989
|
|
|
|
| |
llvm-svn: 43980
|
|
|
|
| |
llvm-svn: 43979
|
|
|
|
|
|
| |
process method definitions.
llvm-svn: 43967
|
|
|
|
|
|
| |
to 'self' method of instance methods.
llvm-svn: 43957
|
|
|
|
| |
llvm-svn: 43915
|
|
|
|
| |
llvm-svn: 43802
|
|
|
|
| |
llvm-svn: 43778
|
|
|
|
| |
llvm-svn: 43665
|
|
|
|
| |
llvm-svn: 43640
|
|
|
|
| |
llvm-svn: 43629
|
|
|
|
| |
llvm-svn: 43628
|
|
|
|
|
|
| |
2) Fixed a test failure (which should have failed all along!).
llvm-svn: 43589
|
|
|
|
|
|
|
|
| |
@interface).
A new test case added.
llvm-svn: 43568
|
|
|
|
|
|
|
|
|
|
|
|
| |
long standing FIXME in Sema::GetObjcIdType()).
This removes several gross hacks to work around the previous "lazy" behavior.
Two notes:
- MinimalActions still needs to be taught about the built-in types (This breaks one of the -noop test cases). I started this, then added a FIXME.
- I didn't convert Sema::GetObjcProtoType() yet.
llvm-svn: 43567
|
|
|
|
| |
llvm-svn: 43540
|
|
|
|
|
|
| |
- Rewrite categories.
llvm-svn: 43501
|
|
|
|
| |
llvm-svn: 43493
|
|
|
|
|
|
| |
SourceLocation's for interfaces/protocols/categories/implementations.
llvm-svn: 43475
|
|
|
|
|
|
|
| |
resolving a crash on a .i file in PR1750. We now generate 49 errors on the
.i file in that bug.
llvm-svn: 43433
|
|
|
|
|
|
| |
This involved refining how the parser/AST passes/manages SourceLocations for ObjcMethodDecl's.
llvm-svn: 43404
|
|
|
|
| |
llvm-svn: 43075
|
|
|
|
|
|
| |
report an error if a static initializer is not constant.
llvm-svn: 43058
|
|
|
|
| |
llvm-svn: 43051
|
|
|
|
| |
llvm-svn: 43050
|
|
|
|
|
|
| |
@selector probably gets this wrong also.
llvm-svn: 43048
|
|
|
|
| |
llvm-svn: 43038
|
|
|
|
| |
llvm-svn: 43006
|
|
|
|
|
|
| |
Also noticed ASTContext::BuiltinVaListType wasn't being initialized to the null type (so I set it).
llvm-svn: 42983
|
|
|
|
|
|
|
|
|
|
|
| |
Sema::AddInstanceMethodToGlobalPool and DenseMaps. This will allow us to efficiently lookup a method from a selector given no type information (for the "id" data type).
- Fixed some funky "}
else {" indentation in Sema::ActOnAddMethodsToObjcDecl(). I'd prefer we stay away from this style...it wastes space and isn't any easier to read (from my perspective, at least:-)
- Changed Parser::ParseObjCInterfaceDeclList() to only call Action::ActOnAddMethodsToObjcDecl() when it actually has methods to add (since most interface have methods, this is a very minor cleanup).
llvm-svn: 42957
|
|
|
|
|
|
|
|
| |
lookup
ok class names and streamlined this logic to do the lookup once.
llvm-svn: 42926
|
|
|
|
| |
llvm-svn: 42883
|
|
|
|
| |
llvm-svn: 42856
|
|
|
|
|
|
|
|
|
| |
- Cache the typedef, not the type (avoids importing AST/Type.h).
- Emit an error if "id" cannot be found.
- Comment the routine and add a FIXME to reconsider how we emulate GCC's new fangled behavior. This isn't a priority for now, since almost no code depends on having "id" built-in.
- Add a test.
llvm-svn: 42845
|
|
|
|
|
|
|
| |
- Cache the "id" type in Sema...initialize ObjcIdType and TUScope (oops).
- Fix ActOnInstanceMessage to allow for "id" type receivers...still work to do (next).
llvm-svn: 42842
|
|
|
|
|
|
|
|
| |
use TUScope.
Also improve a recently added comment.
llvm-svn: 42826
|
|
|
|
|
|
|
|
|
|
| |
This fixes a crasher in Sema::MatchTwoMethodDeclarations(), identified by selector-overload.m (just added).
Added Action::ActOnTranslationUnitScope() and renamed Action::PopScope to ActOnPopScope.
Added a Translation Unit Scope instance variable to Sema (will be very useful to ObjC-related actions, since ObjC declarations are always file-scoped).
llvm-svn: 42817
|
|
|
|
| |
llvm-svn: 42802
|