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

51 Commits

Author SHA1 Message Date
Strahinja Val Markovic
3d02f0aba3 Using correct platform clang libs for linux 2013-06-19 21:47:21 -07:00
Strahinja Val Markovic
cc179638b1 Use -j instead of -y on linux for tar 2013-06-19 21:20:01 -07:00
Strahinja Val Markovic
2061848c1a Using the new 3.3 clang binaries in CMakeLists.txt 2013-06-19 21:09:43 -07:00
Pavel Novy
438e3d6b3a Fixed compilation under MSVC(11) 
- compile both libs with /UNICODE and /MP
- moved shared flags & defines to root CMakeLists.txt
- fixed resolving EXTERNAL_LIBCLANG_PATH on Windows
- postbuild copy of libclang.dll
- change PATH_TO_LLVM_ROOT & EXTERNAL_LIBCLANG_PATH to PATH variables instead of BOOL options (for cmake-gui)
 2013-06-13 11:26:25 +02:00
Strahinja Val Markovic
34b997c4d6 Not adding -Werror and friends for Xcode 2013-05-26 11:58:20 -07:00
Strahinja Val Markovic
a80739ad6f Not adding -Wc++98-compat on FreeBSD 
Fixes #260
 2013-04-27 11:07:53 -07:00
Strahinja Val Markovic
9e0318d229 Not using the system libclang by default 
We used to do this but it was unsafe, as issue #167 proves. YCM has to give
libclang an include to YCM's copy of clang system headers (again, see issue #167
for details) and those headers may not be valid for a newer libclang.

If the user really wants to user the system libclang, then he can just always
call cmake himself. The installation guide in the README goes to great lengths
to explain the simple process of building YCM "by hand".

Fixes #167.
 2013-03-01 18:03:28 -08:00
Strahinja Val Markovic
3e5ecd6015 ycm_core should be ycm_core.pyd on Windows 2013-02-23 16:10:36 -08:00
Strahinja Val Markovic
46297a1c30 Downloading x86 libclang for Ubuntu x86 2013-02-23 12:54:17 -08:00
Val Markovic
3a285e8a31 Merge pull request #122 from cehoffman/cygwin_support 
Get cygwin compilation working
 2013-02-19 00:13:41 -08:00
Chris Hoffman
e7774cf44b Get cygwin compilation working 2013-02-18 23:55:54 -06:00
Strahinja Val Markovic
8f66862726 Linking with librt only on Linux 2013-02-17 10:04:40 -08:00
Rafal Jeczalik
b1c9aad19f ycm_core needs to be linked with librt under Linux 2013-02-17 18:16:04 +01:00
Ola Jeppsson
57e6af6db8 Use the library path in the environment when looking up clang library. 
Use *LD_LIBRARY_PATH when configured to build against the systems libclang.
This patch makes the install script work even when libclang is in a custom path.

Signed-off-by: Ola Jeppsson <ola.jeppsson@gmail.com>
 2013-02-09 22:13:16 +01:00
Strahinja Val Markovic
61b4808513 Trying to help cmake find libclang.so on Arch 
Fixes #11. Also relevant to issue #28.
 2013-02-09 11:11:18 -08:00
Strahinja Val Markovic
78e11f7479 Typo fix 2013-02-07 19:29:59 -08:00
Strahinja Val Markovic
da8da52cdd Minor tweaks to new intall process 2013-02-07 19:29:59 -08:00
Zeh Rizzatti
2f3303e050 Respects USE_CLANG_COMPLETER flag in CMake build 
If USE_CLANG_COMPLETER is ON, will try to use the system clang, and if
the version is not the minimum required or not present, download.
 2013-02-07 19:29:59 -08:00
Zeh Rizzatti
8036bb6348 Copy libclang inside the python dir 2013-02-07 19:29:59 -08:00
Zeh Rizzatti
6121d61b1b Add friendly clang selection using cmake 2013-02-07 19:29:59 -08:00
Val Markovic
9bee28a0a8 Merge pull request #26 from spice/relative-clang-root 
Handle relative DPATH_TO_LLVM_ROOT
 2013-02-05 21:01:34 -08:00
Strahinja Val Markovic
b6401ca179 Requiring python 2.5 2013-02-05 16:48:40 -08:00
Alexander Bolodurin
826ec0a12b Handle relative DPATH_TO_LLVM_ROOT 2013-02-06 01:46:48 +11:00
Strahinja Val Markovic
f3c6eba389 Throw fatal error if cmake finds python3 2013-02-02 12:22:26 -08:00
Strahinja Val Markovic
d4f0d3c314 Trying to force the use of python 2 2013-02-02 12:11:37 -08:00
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