Use of clang to parse and complete C/C++ source files.
- Require executable
- Put the file
cd ~/.vim/bundle; git clone https://github.com/justmao945/vim-clang.gitis recommended.
I was a user of clang_compelete and it's really a good job, but someday I found that I must write another plugin to overcome some drawbacks of it...
User options can be set for different file types in vim-clang.
let g:clang_c_options = '-std=gnu11' let g:clang_cpp_options = '-std=c++11 -stdlib=libc++'
vim-clang is faster than clang_complete(not use libclang). vim-clang does not support libclang now, and I don't think it's a good idea to use cindex.py(python binding for clang) directly. If you use clang_complete with libclang and open many C/C++ source files, you'll find that VIM eats up hundreds of MB RAM...
- vim-clang caches output of clang and reuses if the completion point is not changed and without errors.
- vim-clang only runs clang once to get completions and diagnostics.
vim-clang is more friendly than clang_complete.
- vim-clang uses the preview window to show prototypes for C/C++ sources. Generally, C++ source has many overload functions and most of completions are very complex, which is not good to put this into OmniComplete popup menu.
- vim-clang uses a split window to show the caret diagnostics from clang. clang_complete uses quickfix window to show diagnostics without caret, but that's not the best choice... Because the caret diagnostics of clang including many useful infomation.
vim-clang supports relative include path in .clang configuration file.
proj/ |-- .clang |-- include/ |-- main.h |-- src/ |-- main.c |-- test/ |-- main_test.c $ cat .clang -I.
Better PCH support. vim-clang will find stdafx.h.pch automatically.
YouCompleteMe is more powerful than vim-clang, that has a well designed client-server architecture to deal the memory problem in clang_complete.
Asynchronized mode [new]
Now vim-clang supports to call clang executable asynchronously that it won't block vim during the completion. This is very useful if your project is large and the machine is not very powerful to parse them in tens of milliseconds. In synchronized mode you'll find that's too 'slow' to wait the completion...
This mode is implemented by starting another vim process to notify the finish of the completion, so
+clientserveroption is required to compile the vim(generally added).
GVIM is required to use this mode, seems given
vimis not working.
Job control is used to run clang when in neovim, which is really very nice! Thank you syswow.
Options and Commands
- Ubuntu 14.04
- Mac OS X 10.10
- Windows 7