Arch Linux User Repository

@sum01, sorry for so late and thanks for your patch. it will be updated via @lilac immediately.

So is this going to be moved to using Cmake soon? I'm sure I'm not the only one with a failing build process.

The build step was failing on my new arch machine, but it works with Cmake. Here's a patch. https://gitlab.com/snippets/1741908

diff --git a/PKGBUILD b/PKGBUILD
index c0bbe86..f8dfae9 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,13 +3,13 @@
 pkgname=cquery
 pkgver=v20180718
 __pkgver=${pkgver:1}
-pkgrel=2
+pkgrel=3
 pkgdesc='Low-latency vscode language server for large C++ code-bases, powered by libclang.'
 arch=('x86_64')
 url='https://github.com/cquery-project/cquery/'
 license=('MIT')
-depends=('clang')
-makedepends=('git' 'python' 'llvm')
+depends=('clang>=6.0.0')
+makedepends=('git' 'cmake>=3.1')
 conflicts=('cquery-git')
 source=("https://github.com/cquery-project/$pkgname/archive/$pkgver.tar.gz"
         'git+https://github.com/miloyip/rapidjson?commit=daabb88'
@@ -38,19 +38,13 @@ prepare() {
 }

 build() {
-    cd $pkgname-$__pkgver
-    # --variant=custom will not add extra CXXFLAGS
-    python waf configure --variant=custom --prefix="$pkgdir/usr" --llvm-config=/usr/bin/llvm-config
-    python waf build --variant=custom
-}
-
-check() {
-    cd $pkgname-$__pkgver
-    # yes | build/custom/bin/cquery --test-unit --test-index --clang-sanity-check
-    yes | build/custom/bin/cquery --test-unit --clang-sanity-check
+    mkdir -p $pkgname-$__pkgver/build
+    cd $pkgname-$__pkgver/build
+       cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DSYSTEM_CLANG=ON ..
+       cmake --build .
 }
-
 package() {
-    cd $pkgname-$__pkgver
-    python waf install --variant=custom
+    cd $pkgname-$__pkgver/build
+    DESTDIR="$pkgdir" make install
+       install -Dm644 ../LICENSE "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
 }

As for the check() step, I didn't see references to testing in their Cmake file, so I'm not sure if it's supported. I tried make test & ctest, and neither worked.

I assume you're aware, but just posting to ask for you to use the Cmake since it says that Waf is deprecated :)

In the description you may want to remove vscode. The language servers are independent of any editor or IDE. See the description of the upstream:

C/C++ language server supporting multi-million line code base, powered by libclang. Emacs, Vim, VSCode, and others with language server protocol support. Cross references, completion, diagnostics, semantic highlighting and more

Ah, right, my bad. In that case, shouldn't they have correctly commited the submodules when tagging? I feel like something is wacky there.

@sum01, there is not a git repo in tarball.

Instead of putting submodules in sources(), why not run this

prepare() {
    cd $pkgname-$__pkgver
    git submodule update --init --recursive
}

That'll pull the repos at the commit they're tagged on by Cquery's maintainers.

@dpriedel Thanks for reporting, fixed.

This package no longer completes the makepkg process with clang 6 installed. The index test fails because it has clang 5.0.1 hard coded.

I was able to rebuild the package by deleting the --test-index option.

Dave R