@marsoft Yeah it looks like your environment is a little screwy, with libclang being selected from your Android SDK path. I suppose this wouldn't happen if we went with the non-system clang library.
I'd say the slightly more proper way of building in your case is to set LIBRARY_PATH (and maybe PATH?) to /usr/lib, as that is where your system libs live.
#LIBRARY_PATH=/usr/lib makepkg
That said, I would recommend you clean your $path up a little, as it could make other programs
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 .. 37 38 39 40 41 42 43 44 45 46 47 .. 53 Next › Last »
eberan commented on 2015-04-22 02:31 (UTC)
marsoft commented on 2015-04-21 19:52 (UTC)
Had an issue, when after building I got error message like this:
[ 85%] Built target ycm_client_support
Linking CXX shared library /tmp/packerbuild-1000/vim-youcompleteme-git/vim-youcompleteme-git/src/YouCompleteMe/third_party/ycmd/ycm_core.so
/opt/android-sdk/build-tools/19.0.3/libclang.so: error adding symbols: Incorrect file format
What helped was to export PATH=/usr/bin and clean rebuild:
$ export PATH=/usr/bin
$ makepkg -C
The strange thing is that android SDK paths were in PATH but *after* /usr/bin, so in theory it should not influence anything...
My PATH is: /home/mars/bin:/home/mars/GNUstep/Tools:/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/android-sdk/build-tools/19.0.3/:/opt/android-sdk/platform-tools:/opt/android-sdk/tools:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/mars/.gem/ruby/2.1.0/bin:/opt/arm-cs-tools/bin
Anyway, hope this will help.
eberan commented on 2015-04-14 22:02 (UTC)
@SevenHong Don't build packages as root. Take a look at the makepkg wiki entry; "makepkg does not support building as root as of v4.2."
<deleted-account> commented on 2015-04-13 03:00 (UTC)
I was using packer and I got this error:
makepkg: invalid option '--asroot'
The build failed.
Any help?
eberan commented on 2015-03-26 18:47 (UTC)
@yan12125 Well it sounds like rpath isn't being used (when using system lib) and wont be fixed or at least there is no plan to. Considering we've been using the system lib forever anyway, with no reported ill effects outside of needing a rebuild, we can explicitly not package it without changing behavior.
yan12125 commented on 2015-03-25 18:08 (UTC)
Valloric responded again. Any further ideas? By the way, I prefer the latter solution by @eberan, too.
swiftscythe commented on 2015-03-23 17:52 (UTC)
@eberan, I am more inclined to the latter. I've been using YCM for more than a year and the developer has always updated the plugin for API/ABI changes in libclang almost as soon as they are released, which is before it even hits the arch repos.
eberan commented on 2015-03-23 17:47 (UTC)
@yan12125 Valloric responded: "...@rpath and other wonkiness is there to ensure that that libclang is loaded."
Interesting, I never used rpath before! Thanks for posting to github though, that helps in deciding what to do with packaging; Essentially we need to pull in the libclang dependencies as well. Alternatively we could just use system libraries and hope the ABI etc don't break on system upgrades.
The former bloats the plugin just a little, the latter breaks if the system library is incompatible with the API/ABI of ycm_core.so *and* might not be fixable until upstream updates their code to the latest clang/llvm (i.e. just rebuilding the plugin may not help).
Opinions are welcome, but I'm leaning towards the former; include dependencies in the package.
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.