Commit Graph

59 Commits

Author SHA1 Message Date
Strahinja Val Markovic
436017bd4d Now using new ycm_client_support shared lib
This means we can now load just ycm_client_support (which is a much smaller
library) into Vim and ycm_core into ycmd. Since ycm_client_support never depends
on libclang.so, we never have to load that into Vim which makes things much,
much easier.
2013-10-15 14:15:04 -07:00
Strahinja Val Markovic
96e4930684 Only setting -isystem on Mac OS X 2013-09-07 10:50:28 -07:00
vitalyster
142f19c130 Fix MSVC compilation 2013-09-07 13:40:11 +04:00
Strahinja Val Markovic
46fbff5008 Should compile on MinGW-64 now
Fixes #489.
2013-08-25 13:05:47 -07:00
Strahinja Val Markovic
221bb65489 Renaming DEV_FLAGS to USE_DEV_FLAGS 2013-08-12 20:48:49 -07:00
Strahinja Val Markovic
ce136cd5b6 Dev flags are now off by default
"Dev" flags are -Werror, -Wextra, -Wall and -Wc++98-compat. People who are
compiling YCM as users and not developers (99.99999% of all YCM compilations)
don't care about those flags and were just burdened by their inclusion by
default.

Fixes #502.
2013-08-12 20:36:15 -07:00
Cody P Schafer
0768fc607d Use debian6 package for 32bit llvm+clang, ubuntu one is actually 64bit
Fixes #474
2013-07-27 17:52:50 -07:00
Ricky Nelson
e6cb81a0b2 fixed build problem with threads on SmartOS 2013-07-08 13:56:51 +00:00
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