maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Index/complete-blocks.m

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

89 lines
3.2 KiB
Mathematica
Raw Normal View History

When providing completions for a function or method argument that corresponds to a block pointer, provide the skeleton of a block literal. llvm-svn: 111918
2010-08-25 00:15:59 +08:00
// The line and column layout of this test is significant. Run lines
// are at the end.
typedef void (^block_t)(float f, double d);
void f(int (^block)(int x, int y));
void g(block_t b);
void test_f() {
}
@interface A
- method:(int (^)(int x, int y))b;
- method2:(block_t)b;
@end
void test_A(A *a) {
[a method:0];
}
When providing a completion for a function/method parameter of block pointer type, actually provide a usable block literal expression. llvm-svn: 113431
2010-09-09 06:47:51 +08:00
@interface B
- method3:(int (^)(void))b;
@end
void test_B(B *b) {
[b method3:^int(void){ return 0; }];
}
When providing a block literal as a code completion for a function/method argument, include the parameter name and always include parentheses (even for zero-parameter blocks). Otherwise, the block literal placeholder '^' can look very weird. llvm-svn: 115444
2010-10-03 07:49:58 +08:00
@interface C
Don't format the code completion for parameters of block literal arguments as block literal arguments; the block literal argument code completion should only go one level deep. Fixes <rdar://problem/10291294>. llvm-svn: 142335
2011-10-18 12:23:19 +08:00
- method4:(void(^)(void))arg;
- method5:(void(^)())arg5;
When providing a block literal as a code completion for a function/method argument, include the parameter name and always include parentheses (even for zero-parameter blocks). Otherwise, the block literal placeholder '^' can look very weird. llvm-svn: 115444
2010-10-03 07:49:58 +08:00
@end
void test_C(C *c) {
[c method4:^{}];
}
Don't format the code completion for parameters of block literal arguments as block literal arguments; the block literal argument code completion should only go one level deep. Fixes <rdar://problem/10291294>. llvm-svn: 142335
2011-10-18 12:23:19 +08:00
@interface D
- method6:(void(^)(block_t block))arg;
@end
void test_D(D *d) {
[d method6:0];
}
[libclang] Fix code-completion of block parameters that are marked with nullability specifier. rdar://20755276 llvm-svn: 241558
2015-07-07 14:20:22 +08:00
@interface I1
- method7:(int (^_Nullable)(int x, int y))b;
@end
void f2(int (^_Nullable block)(int x, int y));
void test_f2(I1 *o) {
[o method7:0];
}
[CodeComplete] Fix crash when completing ObjC block parameter with a broken type Summary: The fix isn't great, but it's hard to fix properly because the completion code sensibly uses ParmVarDecl to represent parameters, but the AST-building code sensibly doesn't synthesize them if the type is broken. Also this case is apparently really rare, so it's probably not worth bending over backwards for. Reviewers: ilya-biryukov Subscribers: javed.absar, kristof.beyls, arphaman, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D60258 llvm-svn: 357686
2019-04-04 19:34:18 +08:00
// Crash regression test. Param info for broken function types isn't available.
typedef UnresolvedType *(^XXX)(float);
@interface Foo
-(void) foo:(XXX)arg;
@end
void testUnresolved(Foo* f) {
[f foo:0];
}
When providing completions for a function or method argument that corresponds to a block pointer, provide the skeleton of a block literal. llvm-svn: 111918
2010-08-25 00:15:59 +08:00
// RUN: c-index-test -code-completion-at=%s:8:1 %s | FileCheck -check-prefix=CHECK-CC1 %s
When providing a block literal as a code completion for a function/method argument, include the parameter name and always include parentheses (even for zero-parameter blocks). Otherwise, the block literal placeholder '^' can look very weird. llvm-svn: 115444
2010-10-03 07:49:58 +08:00
// CHECK-CC1: FunctionDecl:{ResultType void}{TypedText f}{LeftParen (}{Placeholder ^int(int x, int y)block}{RightParen )} (50)
// CHECK-CC1: FunctionDecl:{ResultType void}{TypedText g}{LeftParen (}{Placeholder ^(float f, double d)b}{RightParen )} (50)
When providing completions for a function or method argument that corresponds to a block pointer, provide the skeleton of a block literal. llvm-svn: 111918
2010-08-25 00:15:59 +08:00
// RUN: c-index-test -code-completion-at=%s:17:6 %s | FileCheck -check-prefix=CHECK-CC2 %s
Tweak code-completion result priorities, so that exact and similar type matches have a bigger impact. The impetus for this change was that, when initializing an enumeration value, we want enumerators of that enumeration type to have a higher priority than, e.g., unrelated local variables. llvm-svn: 116774
2010-10-19 08:03:23 +08:00
// CHECK-CC2: ObjCInstanceMethodDecl:{ResultType id}{TypedText method2:}{Placeholder ^(float f, double d)b} (35)
// CHECK-CC2: ObjCInstanceMethodDecl:{ResultType id}{TypedText method:}{Placeholder ^int(int x, int y)b} (35)
When providing a completion for a function/method parameter of block pointer type, actually provide a usable block literal expression. llvm-svn: 113431
2010-09-09 06:47:51 +08:00
// RUN: c-index-test -code-completion-at=%s:25:6 %s | FileCheck -check-prefix=CHECK-CC3 %s
Tweak code-completion result priorities, so that exact and similar type matches have a bigger impact. The impetus for this change was that, when initializing an enumeration value, we want enumerators of that enumeration type to have a higher priority than, e.g., unrelated local variables. llvm-svn: 116774
2010-10-19 08:03:23 +08:00
// CHECK-CC3: ObjCInstanceMethodDecl:{ResultType id}{TypedText method3:}{Placeholder ^int(void)b} (35)
Teach code completion to cope with block types written without a prototype, e.g., ^() rather than ^(void). Fixes <rdar://problem/8875712>. llvm-svn: 125608
2011-02-16 06:37:09 +08:00
// RUN: c-index-test -code-completion-at=%s:34:6 %s | FileCheck -check-prefix=CHECK-CC4 %s
Tweak code-completion result priorities, so that exact and similar type matches have a bigger impact. The impetus for this change was that, when initializing an enumeration value, we want enumerators of that enumeration type to have a higher priority than, e.g., unrelated local variables. llvm-svn: 116774
2010-10-19 08:03:23 +08:00
// CHECK-CC4: ObjCInstanceMethodDecl:{ResultType id}{TypedText method4:}{Placeholder ^(void)arg} (35)
Teach code completion to cope with block types written without a prototype, e.g., ^() rather than ^(void). Fixes <rdar://problem/8875712>. llvm-svn: 125608
2011-02-16 06:37:09 +08:00
// CHECK-CC4: ObjCInstanceMethodDecl:{ResultType id}{TypedText method5:}{Placeholder ^(void)arg5} (35)
Provide code completion for types after the '^' that starts a block literal. llvm-svn: 116754
2010-10-19 05:34:55 +08:00
// RUN: c-index-test -code-completion-at=%s:25:15 %s | FileCheck -check-prefix=CHECK-CC5 %s
// CHECK-CC5: TypedefDecl:{TypedText block_t} (50)
// CHECK-CC5: TypedefDecl:{TypedText Class} (50)
// CHECK-CC5-NOT: test_A
// CHECK-CC5: {TypedText union} (50)
Don't format the code completion for parameters of block literal arguments as block literal arguments; the block literal argument code completion should only go one level deep. Fixes <rdar://problem/10291294>. llvm-svn: 142335
2011-10-18 12:23:19 +08:00
// RUN: c-index-test -code-completion-at=%s:42:6 %s | FileCheck -check-prefix=CHECK-CC6 %s
// CHECK-CC6: ObjCInstanceMethodDecl:{ResultType id}{TypedText method6:}{Placeholder ^(block_t block)arg} (35)
[libclang] Fix code-completion of block parameters that are marked with nullability specifier. rdar://20755276 llvm-svn: 241558
2015-07-07 14:20:22 +08:00
// RUN: c-index-test -code-completion-at=%s:50:1 %s | FileCheck -check-prefix=CHECK-CC7 %s
// CHECK-CC7: FunctionDecl:{ResultType void}{TypedText f2}{LeftParen (}{Placeholder ^int(int x, int y)block}{RightParen )} (50)
// RUN: c-index-test -code-completion-at=%s:50:6 %s | FileCheck -check-prefix=CHECK-CC8 %s
// CHECK-CC8: ObjCInstanceMethodDecl:{ResultType id}{TypedText method7:}{Placeholder ^int(int x, int y)b} (35)
[CodeComplete] Fix crash when completing ObjC block parameter with a broken type Summary: The fix isn't great, but it's hard to fix properly because the completion code sensibly uses ParmVarDecl to represent parameters, but the AST-building code sensibly doesn't synthesize them if the type is broken. Also this case is apparently really rare, so it's probably not worth bending over backwards for. Reviewers: ilya-biryukov Subscribers: javed.absar, kristof.beyls, arphaman, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D60258 llvm-svn: 357686
2019-04-04 19:34:18 +08:00
// RUN: c-index-test -code-completion-at=%s:59:6 %s | FileCheck -check-prefix=CHECK-CC9 %s
// CHECK-CC9: ObjCInstanceMethodDecl:{ResultType void}{TypedText foo:}{Placeholder ^int *(int)arg} (35)