summaryrefslogtreecommitdiffstats
path: root/clang/test/Index/properties-class-extensions.m
Commit message (Collapse)AuthorAgeFilesLines
* [libclang] Sync-up the way top-level decls in an ASTUnit are handled with ↵Argyrios Kyrtzidis2016-07-011-1/+1
| | | | | | | | how decls in a DeclContext are handled. rdar://19775013 llvm-svn: 274378
* [libclang] Introduce clang_Cursor_getObjCPropertyAttributes to query the ↵Argyrios Kyrtzidis2013-04-181-5/+5
| | | | | | | | written attributes in a property declaration. rdar://13684512 llvm-svn: 179803
* [libclang] For a ↵Argyrios Kyrtzidis2012-03-231-1/+1
| | | | | | | | | | CXCursor_ObjCInstanceMethodDecl/CXCursor_ObjCClassMethodDecl cursor, return from clang_getCursorLocation the start location of the method name. rdar://11105223 llvm-svn: 153303
* [libclang] In clang::getCursorKindForDecl() don't return "UnexposedDecl"Argyrios Kyrtzidis2012-01-241-1/+1
| | | | | | | | for forward references of classes and protocols, this breaks libclang API usage. rdar://10747438. llvm-svn: 148861
* Eliminate ObjCClassDecl, which is redundant now that ObjCInterfaceDeclDouglas Gregor2011-12-271-1/+1
| | | | | | | covers both declarations (@class) and definitions (@interface) of an Objective-C class. llvm-svn: 147299
* Improve location fidelity of objc decls.Argyrios Kyrtzidis2011-10-041-2/+2
| | | | | | | | -Add the location of the class name to all objc container decls, not just ObjCInterfaceDecl. -Make objc decls consistent with the rest of the NamedDecls and have getLocation() point to the class name, not the location of '@'. llvm-svn: 141061
* [libclang] Report implicit objc methods for properties when indexing.Argyrios Kyrtzidis2011-09-261-1/+16
| | | | | | Related to rdar://10087069. llvm-svn: 140551
* Mark objc methods that are implicitly declared for properties (not ↵Argyrios Kyrtzidis2011-08-171-16/+1
| | | | | | | | user-declared) as implicit. This results in libclang ignoring such methods. llvm-svn: 137852
* Expose @synthesize and @dynamic via their own cursor kinds inDouglas Gregor2011-06-031-1/+1
| | | | | | libclang. Fixes <rdar://problem/9537904>. llvm-svn: 132603
* Fix source-range information for Objective-C properties. Previously,Douglas Gregor2010-11-171-7/+12
| | | | | | | | | | | | we were just getting a range covering only the property name, which is certainly not correct (and broke token annotation, among other things). Also, teach libclang about the relationship between @synthesize/@dynamic and @property, so we get property name and cursor-reference information for @synthesize and @dynamic. llvm-svn: 119409
* Extend libclang with an API that determines, given a C++ virtualDouglas Gregor2010-10-011-1/+1
| | | | | | | member function or an Objective-C method, which other member functions/methods it overrides. llvm-svn: 115338
* Add test case for c-index-test showing that @property declarations added in ↵Ted Kremenek2010-09-231-0/+15
| | | | | | | | class extensions don't get reported in the @interface. llvm-svn: 114694
* For properties declared in a @protocol and redeclared in a class extension, ↵Ted Kremenek2010-09-231-4/+32
| | | | | | | | | use the class extension as the lexical DeclContext for the @property declaration that gets auto-created for the @interface. Fixes: <rdar://problem/8467189> llvm-svn: 114693
* Correctly register the class extension as the lexical DeclContext for ObjC ↵Ted Kremenek2010-09-211-3/+3
| | | | | | | | | | | | methods declared with @property in class extensions. This matches the behavior for setters. Also pass the class extension to ProcessPropertyDecl as the lexical DeclContext, even when not redeclaring the @property. This fixes the remaining issues in <rdar://problem/7410145>. llvm-svn: 114477
* For ObjCPropertyDecls in class extensions, use the class extension as the ↵Ted Kremenek2010-09-211-12/+35
| | | | | | | | | | | lexical DeclContext for newly created ObjCMethodDecls. Further, use the location of the new property declaration as the location of new ObjCMethodDecls (if they didn't previously exist). This fixes more of the issues reported in <rdar://problem/7410145>. llvm-svn: 114456
* Teach CursorVisitor about duplicate ObjCPropertyDecls that can arise because ↵Ted Kremenek2010-05-181-0/+28
of a current design limitation in how we handle Objective-C class extensions. This was causing the CursorVisitor to essentially visit an @property twice (once in the @interface, the other in the class extension). Fixes <rdar://problem/7410145>. llvm-svn: 104055
OpenPOWER on IntegriCloud