Strahinja Val Markovic
594d8365b3
Forcing use of python2 for ycm_core; fixes #2
2013-01-29 21:24:04 -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
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
8c709c2e57
NO_CLANG_COMPLETER inverted to USE_CLANG_COMPLETER
2013-01-12 16:38:00 -08:00
Strahinja Val Markovic
0e65074148
Fixing compilation with no NO_CLANG_COMPLETER
2012-08-17 15:09:15 -07:00
Strahinja Val Markovic
f4d7d6ffdf
ClangCompleter can now not be compiled
...
One more thing needs to be done though: the clang_completer.py file needs to not
trigger at all when YCM has been compiled without cpp support. FIX THAT!
2012-08-17 13:32:42 -07:00
Strahinja Val Markovic
04c04c6bce
Not setting c++98compat warning for xcode
2012-08-11 19:00:39 -07:00
Strahinja Val Markovic
ee3ea72e3c
Not parsing llvm cmake when using external clang
...
This speeds up the cmake project regeneration.
2012-08-11 18:59:54 -07:00
Strahinja Val Markovic
feef67c50a
Setting rpath only for non-system, external clang
...
Setting the rpath for the system libclang was for some reason breaking the
ycm_core_tests binary. Also, rpath seems to work funky on Mac OS X.
2012-08-04 19:37:00 -07:00
Strahinja Val Markovic
3c65c84c7b
Renaming 'indexer' to the more accurate 'ycm_core'
2012-08-04 18:59:22 -07:00
Strahinja Val Markovic
f3ddfd5458
Build option to use system libclang
2012-08-04 18:49:21 -07:00
Strahinja Val Markovic
71e3e86252
Adding option for custom extra rpath
2012-07-30 14:20:05 -07:00
Strahinja Val Markovic
57bd4f7a47
Now possible to use external libclang.so
2012-07-29 20:58:04 -07:00
Strahinja Val Markovic
958a008462
Adding diagnostic extraction support
...
Next step is to add support to Syntastic so that it uses this new functionality
2012-07-28 15:27:30 -07:00
Strahinja Val Markovic
2667a82441
Now using the correct flag to warn on C++11 use
2012-07-28 11:19:26 -07:00
Strahinja Val Markovic
1df2a5d360
Using cmake_cxx_flags instead of add_definitions
2012-07-09 13:58:56 -07:00
Strahinja Val Markovic
5f4da9324a
Adding llvm/clang to our CMakeLists files
...
The indexer target now depends on libclang. This
will force cmake to build the required parts of
llvm and clang.
2012-07-05 17:58:49 -07:00
Strahinja Val Markovic
3f96232ce8
Removing second definition of COMPILER_IS_CLANG
2012-07-04 21:50:28 -07:00
Strahinja Val Markovic
570267bbe0
Fixing cmake conf so that we can use all warnings
...
This includes using a workaround for a CMake bug.
2012-07-04 21:24:16 -07:00
Strahinja Val Markovic
680a7ce979
Adding the SYSTEM flag for boost and python headers
2012-05-10 09:57:07 -07:00
Strahinja Val Markovic
0c0ecc24c4
Using custom collection of Boost libs
2012-05-09 21:45:30 -07:00
