History log of /external/clang/test/Index/complete-blocks.m
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
ee1c68a0d9de322424b368b9e6dc58fa3daefceb 18-Oct-2011 Douglas Gregor <dgregor@apple.com> 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>.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@142335 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
830072c2de881aadfe0f6efd3baccc9129a77e37 15-Feb-2011 Douglas Gregor <dgregor@apple.com> Teach code completion to cope with block types written without a
prototype, e.g., ^() rather than ^(void). Fixes
<rdar://problem/8875712>.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@125608 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
8ec904c151abf7ed0dc911258574a904ed97ff15 19-Oct-2010 Douglas Gregor <dgregor@apple.com> 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.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@116774 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
75ab414cac234145b81fa7d2dfcf15271d8db87d 18-Oct-2010 Douglas Gregor <dgregor@apple.com> Provide code completion for types after the '^' that starts a block
literal.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@116754 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
c2760bc8e99510c4b3848fcd21323afd711ee269 03-Oct-2010 Douglas Gregor <dgregor@apple.com> 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.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@115444 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
d475aad02da03c31c0e07f7ce0e26ef22bc039da 20-Sep-2010 Douglas Gregor <dgregor@apple.com> Get rid of the lame attempt to prioritize "void" functions at
statement context; it really isn't helpful in practice (remember
printf!) and we'll be doing other adjustments for statements very soon.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@114358 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
382762582c8fcbc06b395a806fd57879381897a8 09-Sep-2010 Douglas Gregor <dgregor@apple.com> When providing a completion for a function/method parameter of block
pointer type, actually provide a usable block literal expression.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@113431 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
eb0d0145910f3024d9bdefe279a1e9b95495f2fd 25-Aug-2010 Douglas Gregor <dgregor@apple.com> Give a slight preference to functions returning "void" when we're
performing code completion at the statement level (rather than in an
arbitrary expression).


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@112001 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m
83482d147a37c4d4f0562f73b0766279c500ffd1 24-Aug-2010 Douglas Gregor <dgregor@apple.com> When providing completions for a function or method argument that
corresponds to a block pointer, provide the skeleton of a block
literal.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@111918 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/Index/complete-blocks.m