mirror of
https://github.com/MaskRay/ccls.git
synced 2024-11-27 10:02:03 +00:00
C/C++/ObjC language server supporting cross references, hierarchies, completion and semantic highlighting
bdabb7596c
didOpen can override flags from compilation database. didSave was able to reset the flags back. This makes sure that the overridden flags persist. |
||
---|---|---|
ci | ||
clang_archive_hashes | ||
cmake | ||
src | ||
third_party | ||
.appveyor.yml | ||
.clang_complete | ||
.clang-format | ||
.gitattributes | ||
.gitignore | ||
.gitmodules | ||
.pep8 | ||
.travis.yml | ||
.ycm_extra_conf.py | ||
CMakeLists.txt | ||
compile_commands.json | ||
README.md | ||
wscript |
cquery
cquery is a highly-scalable, low-latency language server for C/C++/Objective-C. It is tested and designed for large code bases like Chromium. cquery provides accurate and fast semantic analysis without interrupting workflow.
cquery implements almost the entire language server protocol and provides some extra features to boot:
- code completion (with both signature help and snippets)
- finding definition/references
- call (caller/callee) hierarchy, inheritance (base/derived) hierarchy, member hierarchy
- symbol rename
- document symbols and approximate search of workspace symbol
- hover information
- diagnostics
- code actions (clang FixIts)
- preprocessor skipped regions
- #include auto-complete, undefined type include insertion, include quick-jump (goto definition, document links)
- auto-implement functions without a definition
- semantic highlighting, including support for rainbow semantic highlighting
>>> Getting started (CLICK HERE) <<<
Limitations
cquery is able to respond to queries quickly because it caches a huge amount of information. When a request comes in, cquery just looks it up in the cache without running many computations. As a result, there's a large memory overhead. For example, a full index of Chrome will take about 10gb of memory. If you exclude v8, webkit, and third_party, it goes down to about 6.5gb.
License
MIT