vim/YouCompleteMe
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
489 Commits 1 Branch 0 Tags 38 MiB
1f094e50d0
Commit Graph

489 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Strahinja Val Markovic
873528d472 Extra items to the README user guide TODO 2013-01-26 17:38:11 -08:00
Strahinja Val Markovic
a6a1e7c949 Clear error message on ycm_core ImportError 2013-01-26 17:29:18 -08:00
Strahinja Val Markovic
1f923b55d7 New entry to the FAQ 2013-01-26 16:52:37 -08:00
Strahinja Val Markovic
05f57e16d1 Stronger install guide wording and warning 2013-01-26 16:47:59 -08:00
Strahinja Val Markovic
396309a5b6 Adding a note to step 5 of the install guide 2013-01-26 16:44:58 -08:00
Strahinja Val Markovic
e8b60fd537 Adding the YcmDebugInfo command 2013-01-26 11:45:14 -08:00
Strahinja Val Markovic
90c495a9c7 Making sure clang crash recovery is turned on 2013-01-26 11:45:14 -08:00
Strahinja Val Markovic
421e15f1e1 Readme rewording 2013-01-25 14:50:45 -08:00
Strahinja Val Markovic
8ce2aa8ab7 Adding a new entry to the FAQ 2013-01-25 14:49:23 -08:00
Strahinja Val Markovic
7fc3c47101 Fixing the database-using example code 2013-01-24 19:18:09 -08:00
Strahinja Val Markovic
96bee8a025 Docs now instruct to build ycm_core, not all 2013-01-24 19:17:39 -08:00
Strahinja Val Markovic
8cc9c9ca76 Race condition fix; caused latency on first load 
The issue was that the user could open a C-family file and have it start
compiling in the background. While it is still compiling, he could trigger the
completion system with a member dot operator. Because the file was still
compiling for the very first time, the TranslationUnit object was yet not
created. Sadly, this meant that UpdatingTranslationUnit would return false, and
a new query request would be created, the GUI would hang until it was done
aaaaand terrible lag until the file was compiled.

This was a very rare edge case that could also only be triggered if it takes a
considerable amount of time to compile the file.
 2013-01-24 18:37:44 -08:00
Strahinja Val Markovic
a2343cad4c Added an entry to the FAQ 2013-01-24 18:07:46 -08:00
Strahinja Val Markovic
6579a1d05d Trivial refactoring 2013-01-24 17:14:10 -08:00
Strahinja Val Markovic
326d77fd43 Removing some forgotten code 2013-01-24 11:07:55 -08:00
Strahinja Val Markovic
19637cadda Renaming ycm_clang_options to ycm_extra_conf 2013-01-24 09:59:21 -08:00
Strahinja Val Markovic
90fe31f98e Async querying of CompilationDatabase supported 2013-01-23 17:23:51 -08:00
Strahinja Val Markovic
0b60b8d03b More stlye formatting fixes 2013-01-23 17:23:38 -08:00
Strahinja Val Markovic
440a2c17f2 Updating docs and the example ycm_clang_options.py 2013-01-22 21:05:32 -08:00
Strahinja Val Markovic
3706750b40 astyle format update 2013-01-22 19:42:44 -08:00
Strahinja Val Markovic
ee919417af Managing memory from the C interface better 2013-01-22 19:40:05 -08:00
Strahinja Val Markovic
970b2fb56c Kiling a memory leak... I hate C interfaces 2013-01-22 17:29:05 -08:00
Strahinja Val Markovic
6ba2dd8caa Printing an error when no ycm_clang_options.py file 2013-01-22 17:13:14 -08:00
Strahinja Val Markovic
482de517ba Better support for CompilationDatabase 
We now use the compilation working directory for a file that is specified in the
CompilationDatabase. We don't actually change the working directory of the
process, even temporarily (that would be annoying to users); we munge the flags
coming from the database so that all the relative paths in them are resolved to
absolute ones.
 2013-01-22 16:30:49 -08:00
Strahinja Val Markovic
7b6fa9e409 First real version of the README; still WIP 2013-01-21 21:36:17 -08:00
Strahinja Val Markovic
43c94de3c2 Gracefully checking for ycm_core on load 
If the user hasn't compiled ycm_core, then a warning message is printed out.
 2013-01-21 17:34:49 -08:00
Strahinja Val Markovic
d02ecc2b1c Making sure 'sys' is imported before being used 2013-01-21 17:20:54 -08:00
Strahinja Val Markovic
18e9e2cf1f Adding the astyle shell script 
Running this script will ensure that the C++ code follows our style guide.
 2013-01-19 20:17:56 -08:00
Strahinja Val Markovic
1641bc9683 Formatting more code with astyle 2013-01-19 20:17:12 -08:00
Strahinja Val Markovic
4308130ab3 Formatting more code with astyle 2013-01-19 20:10:52 -08:00
Strahinja Val Markovic
013a56c25c Formatting the a part of the source with astyle 2013-01-19 20:03:32 -08:00
Strahinja Val Markovic
00db8fd8b1 compilation_database.json now fully supported 2013-01-19 18:53:30 -08:00
Strahinja Val Markovic
3e25a975ca Turning on compilation_database.json generation 2013-01-19 17:11:39 -08:00
Strahinja Val Markovic
c1119c001f Adding CompilationDatabase support (still WIP) 2013-01-18 17:22:36 -08:00
Strahinja Val Markovic
f9a516704b Now explicitly adding the clang includes to flags 2013-01-17 17:08:28 -08:00
Strahinja Val Markovic
0922864eda Moving clang includes to clang_includes folder 2013-01-17 17:08:11 -08:00
Strahinja Val Markovic
56f96b6c08 Hide clang pragmas behind an #ifdef 2013-01-17 14:58:50 -08:00
Strahinja Val Markovic
611a07aa56 Adding back a missing boost header 2013-01-17 14:50:43 -08:00
Strahinja Val Markovic
ca5fe75c67 Changing the default to not add 'preview' 
This means that from now on, the 'preview' window will not be shown by default
to users for completions.
 2013-01-14 20:45:55 -08:00
Strahinja Val Markovic
5ac3d40691 No error when no clang support and cpp file opened 
Previously, when the user opened a cpp/c/objc/objcpp file and clang support was
not compiled in, there would be an error message printed in vim.
 2013-01-13 20:56:10 -08:00
Strahinja Val Markovic
cc53a46f54 ClangCompleter tests not built when no libclang 
When the user doesn't want semantic completion with clang, then tests that test
those features are not included in the test binary.
 2013-01-13 17:33:35 -08:00
Strahinja Val Markovic
3763dc8a78 Removing support for static linking to libclang 2013-01-13 16:45:06 -08:00
Strahinja Val Markovic
f7bfc49d29 Removing the in-tree copy of llvm+clang 2013-01-13 16:43:06 -08:00
Strahinja Val Markovic
eb24fc8b34 Now using PATH_TO_LLVM_ROOT 
This is the first step towards eliminating the in-tree copy of llvm.
 2013-01-13 16:39:53 -08:00
Strahinja Val Markovic
3899d36df9 Extra comment pointing to boost bug report 2013-01-13 14:40:32 -08:00
Strahinja Val Markovic
121d88518e Updating to boost 1.52 2013-01-13 14:38:19 -08:00
Strahinja Val Markovic
0373fb254e We now use @loader_path on Mac for libclang 
This makes sure that our local copy of libclang.dylib is preferred over the
system one.
 2013-01-13 12:51:09 -08:00
Strahinja Val Markovic
fa21622655 Updating local clang includes to 3.2 
We have to have these beneath the folder where ycm_core.so is placed so that we
get fast completions. If these files are not here, then clang fails to
precompile a file preamble and completions are slow.
 2013-01-13 12:49:49 -08:00
Strahinja Val Markovic
ccc890a634 Gitignore now ignores dylib files as well 2013-01-13 12:35:05 -08:00
Strahinja Val Markovic
8c709c2e57 NO_CLANG_COMPLETER inverted to USE_CLANG_COMPLETER 2013-01-12 16:38:00 -08:00