Clang completion still works improperly as clang is unable to find <float.h>. I fixed the problem this way:
1. Included "YouCompleteMe/third_party/ycmd/cpp" and "YouCompleteMe/third_party/ycmd/clang_includes" folders into the package in PKGBUILD(at this moment they are just ignored).
2. Set relative_to = "/usr/share/vim/vimfiles/third_party/ycmd/cpp/ycm" instead of "DirectoryOfThisScript()" in my ycm_extra_conf.py(almost at the end of default config).
3. Added '-isystem', '../../clang_includes/include' to the list of flags in ycm_extra_conf.py.
Search Criteria
Package Details: vim-youcompleteme-git r3216.0d855962-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/vim-youcompleteme-git.git (read-only, click to copy) |
---|---|
Package Base: | vim-youcompleteme-git |
Description: | A code-completion engine for Vim |
Upstream URL: | https://ycm-core.github.io/YouCompleteMe/ |
Keywords: | completion engine neovim vim ycm |
Licenses: | GPL3 |
Groups: | vim-plugins |
Submitter: | thestinger |
Maintainer: | artafinde |
Last Packager: | artafinde |
Votes: | 170 |
Popularity: | 0.46 |
First Submitted: | 2013-02-05 21:32 (UTC) |
Last Updated: | 2024-08-19 15:53 (UTC) |
Dependencies (19)
- clang (llvm-rocm-gitAUR, llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-bottle
- python-watchdog (python-watchdog-gitAUR)
- vim (neovim-drop-inAUR, neovim-symlinksAUR, vim-cli-gitAUR, gvim-wayland-lilydjwg-gitAUR, vim-gitAUR, gvim-gtk2AUR, gvim)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- pybind11 (pybind11-gitAUR) (make)
- abseil-cpp (abseil-cpp-gitAUR) (optional) – if setting _use_system_abseil ON
- gopls (optional) – Go semantic completion
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jdkAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, java-openjdk-ea-binAUR, jdk21-jetbrains-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk) (optional) – Java semantic completion
- jdtlsAUR (optional) – Java semantic completion
- nodejs-ternAUR (optional) – JavaScript semantic completion
- omnisharp-roslynAUR (omnisharp-roslyn-bundledAUR, omnisharp-roslyn-binAUR) (optional) – C# semantic completion
- python-jedi (optional) – Python semantic completion
- python-numpydoc (optional) – Python semantic completion
- python-regex (python-regex-gitAUR) (optional) – Better Unicode support
- rust-analyzer (rust-analyzer-gitAUR, rust-analyzer-nightly-binAUR, rustup-gitAUR, rustup) (optional) – Rust semantic completion
- typescript (typescript-gitAUR) (optional) – Typescript semantic completion
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 31 32 33 .. 53 Next › Last »
zemen commented on 2016-09-12 22:10 (UTC)
tata commented on 2016-09-12 10:53 (UTC)
Hi,
@carmelo12341, @wijagels: Thanks for your help! I have just pushed a new version, were I have cleaned up the pkg code and also add and tested the _COMPLETER="USE_SYSTEM_LIBCLANG" flag. :) Shold work now.
@lahwaacz: Thanks for that tip :)
<deleted-account> commented on 2016-09-11 05:05 (UTC)
@wijagels
I fixed the C/C++ issue by adding this line to the file:
_COMPLETER="USE_SYSTEM_LIBCLANG"
In the commit about using system clang, that line was removed (maybe none of the mantainers use c/c++ to notice the issue).
Right now the PKGBUILD has a bunch of unused variables and references to non existing ones, I expect it to be fixed in next commit.
wijagels commented on 2016-09-08 14:36 (UTC)
This package has stopped working for me on C/C++ files, claims not to have any semantic completers for the filetype.
```
2016-09-08 10:33:26,552 - ERROR - No semantic completer exists for filetypes: [u'cpp']
Traceback (most recent call last):
File "/usr/share/vim/vimfiles/third_party/ycmd/ycmd/../ycmd/server_state.py", line 100, in FiletypeCompletionAvailable
self.GetFiletypeCompleter( filetypes )
File "/usr/share/vim/vimfiles/third_party/ycmd/ycmd/../ycmd/server_state.py", line 90, in GetFiletypeCompleter
current_filetypes ) )
ValueError: No semantic completer exists for filetypes: [u'cpp']
```
lahwaacz commented on 2016-08-18 19:51 (UTC)
Please revert this commit: https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=vim-youcompleteme-git&id=9d3904377955a79b0f0d26ea56b1ef14b5708fe8
People can easily set MAKEFLAGS in makepkg.conf if they want parallel build. Particularly, there is no reason to eat 200% of people's CPU...
NeoTheFox commented on 2016-08-14 10:50 (UTC)
We don't need an external clang for x86_64 anymore I think - it builds just fine for me with 3.8.1-1
Universebenzene commented on 2016-08-02 02:44 (UTC)
error: failed to prepare transaction (could not satisfy dependencies)
:: vim-youcompleteme-git: installing clang (3.8.1-1) breaks dependency 'clang=3.8.0'
Maybe some dependencies need changing...
tata commented on 2016-07-02 07:28 (UTC)
@eberan Thanks, I did it. How do you handle the pkg version?
eberan commented on 2016-07-01 23:18 (UTC)
@tata Don't forget to update the .SRCINFO as well. (I usually build a source package then extract it)
tata commented on 2016-07-01 00:16 (UTC)
Depends now fixed in 607d9263c5e91ba306e32281225c1c9237f9aedd
Pinned Comments
artafinde commented on 2021-04-10 13:03 (UTC)
If you want to use system's abseil set the
_use_system_abseil
toON
- default is to download from internet during build.