summaryrefslogtreecommitdiffstats
path: root/clang/test/Index/code-completion.cpp
Commit message (Collapse)AuthorAgeFilesLines
* New libclang API to expose container type for code completion, fromDouglas Gregor2011-07-211-0/+3
| | | | | | Connor Wakamo! llvm-svn: 135651
* Introduce a new libclang aPI function,Douglas Gregor2011-07-071-0/+20
| | | | | | | | | clang_codeCompleteGetContexts(), that provides the client with information about the context in which code completion has occurred and what kinds of entities make sense as completions at that point. Patch by Connor Wakamo! llvm-svn: 134615
* Tweak code-completion result priorities, so that exact and similarDouglas Gregor2010-10-191-4/+4
| | | | | | | | | 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
* Add code completion for C++ constructors wherever we see the class (orDouglas Gregor2010-09-211-1/+1
| | | | | | class template) and are in a context where we can have a value. llvm-svn: 114441
* Code completion has no reason to prefer values over types, especiallyDouglas Gregor2010-09-201-2/+2
| | | | | | | | at the statement level or in Objective-C message receivers. Therefore, just give types and declarations the same basic priority, and adjust from there. llvm-svn: 114374
* Swap the priorities of constants and types, so that we prefer types.Douglas Gregor2010-09-161-2/+2
| | | | llvm-svn: 114086
* 'const std::type_info*' instead of 'std::type_info const*'Chris Lattner2010-09-051-3/+3
| | | | llvm-svn: 113092
* Synchronize code-completion cursor kinds with indexing cursorDouglas Gregor2010-09-031-10/+10
| | | | | | kinds. How shameful that this code was duplicated! llvm-svn: 113033
* Revert "Move the sorting of code-completion results out of the main path andDouglas Gregor2010-08-261-1/+1
| | | | | | | into the clients", because the C standard library sucks. Where's my stable sort, huh? llvm-svn: 112121
* Move the sorting of code-completion results out of the main path andDouglas Gregor2010-08-251-1/+1
| | | | | | | into the clients, e.g., the printing code-completion consumer and c-index-test. Clients may want to re-sort the results anyway. llvm-svn: 112095
* In code-completion contexts where both types and other values areDouglas Gregor2010-08-241-2/+2
| | | | | | | | | present, prefer values to types, since it's more common to compute with values than it is to declare new entities or perform type casts. So, tweak the ranking of types vs. other declarations and constants accordingly. llvm-svn: 111998
* Implement support for cached code completions forDouglas Gregor2010-08-161-3/+3
| | | | | | | | | | nested-name-specifiers. Also includes fixes to the generation of nested-name-specifier result in the non-cached case; we were producing lame results for namespaces and namespace aliases, which (1) didn't always have nested-name-specifiers when we want them, and (2) did not have the necessary "::" as part of the completion. llvm-svn: 111203
* Teach code completion not to ignore data members when performing codeDouglas Gregor2010-06-151-0/+13
| | | | | | completion for expressions. llvm-svn: 106037
* When pretty-printing tag types, only print the tag if we're in C (andJohn McCall2010-03-101-5/+5
| | | | | | | | | | therefore not creating ElaboratedTypes, which are still pretty-printed with the written tag). Most of these testcase changes were done by script, so don't feel too sorry for my fingers. llvm-svn: 98149
* De-XFAIL some win32 tests that are now passingDouglas Gregor2010-02-211-1/+0
| | | | llvm-svn: 96759
* XFAIL some of the c-index-test tests on Windows, where they are failing ↵Douglas Gregor2010-02-191-0/+1
| | | | | | inexplicably llvm-svn: 96644
* Improve the sorting of code-completion results. We now always sort byDouglas Gregor2010-01-131-6/+6
| | | | | | | | the "typed" text, first, then take into account nested-name-specifiers, name hiding, etc. This means that the resulting sort is actually alphabetical :) llvm-svn: 93370
* Extend code-completion results with the type of each resultDouglas Gregor2009-12-181-13/+15
| | | | llvm-svn: 91702
* Tweak code-completion results by suppressing class templateDouglas Gregor2009-12-111-4/+3
| | | | | | | | | specializations and class template partial specializations (they're never named directly). Also, member access expressions only refer to value declarations (fields, functions, enumerators, etc.) and Objective-C property declarations; filter out everything else. llvm-svn: 91133
* Make sure that we look into nested, transparent declaration contextsDouglas Gregor2009-11-091-2/+6
| | | | | | | when looking for a name within a given DeclContext. Now enumerators will show up in code-completion results. llvm-svn: 86591
* Simplify test to deal with type-based ordering variationsDouglas Gregor2009-11-091-2/+0
| | | | llvm-svn: 86552
* Verify that code-completion is at least a little bit robust against ↵Douglas Gregor2009-11-091-1/+1
| | | | | | inclusion of missing headers llvm-svn: 86551
* Minor cleanup for CIndex-based code-completion:Douglas Gregor2009-11-091-0/+51
- Provide an actual test for code-completion via CIndex. - Actually print optional strings in c-index-test - Export clang_getCompletionChunkCompletionString from CIndex llvm-svn: 86550
OpenPOWER on IntegriCloud