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
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