Arch Linux User Repository

FYI: cquery is dead, so disown it.

You don't need to use git to download github repos on specific commits. Instead you could have

source=("https://github.com/cquery-project/$pkgname/archive/$pkgver.tar.gz"
        'https://github.com/Tencent/rapidjson/archive/daabb88e001f562e1f7df5f44d7fed32a0c107c2.tar.gz'
        'https://github.com/onqtam/doctest/archive/b40b7e799deabac916d631d181a7f19f3060acc5.tar.gz'
        'https://github.com/greg7mdp/sparsepp/archive/1ca7189fe81ee8c59bf08196852f70843a68a63a.tar.gz'
        'https://github.com/emilk/loguru/archive/6bf94c5f2bec437e871402d0a27e8a3094b261d5.tar.gz'
        'https://github.com/msgpack/msgpack-c/archive/208595b2620cf6260ce3d6d4cf8543f13b206449.tar.gz'
        'https://github.com/zeux/pugixml/archive/24a7064e57300840cf5add6ff47fe34174a68366.tar.gz'
        )

Got it - thanks. Sorry for the dumb question, new to this

Links are made at build time. All you have to do is rebuild the package yourself.

So this package is looking for libclang.so.6, but the official repos upgraded to clang v7, so the library is now libclang.so.7. Is an update available from cquery that points to the new clang lib file, or is there a way to fix it in the meantime? (new to arch and this whole process or I would offer to fix it myself, sorry)

Maybe I was not clear. I know that you use the tar ball. I know that the git submodules are not in the tar ball. I suggest to use packages from the arch repos instead of some of the sources from the PKGBUILD. More specifically I suggest something like this diff:

diff --git a/PKGBUILD b/PKGBUILD
index a17aa73..e4b2f2b 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,25 +3,21 @@
 pkgname=cquery
 pkgver=v20180718
 __pkgver=${pkgver:1}
-pkgrel=6
+pkgrel=7
 pkgdesc='cquery is a highly-scalable, low-latency language server for C/C++/Objective-C.'
 arch=('x86_64')
 url='https://github.com/cquery-project/cquery/'
 license=('MIT')
-depends=('clang>=6.0.0')
+depends=('clang>=6.0.0' rapidjson msgpack-c)
 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'
         'git+https://github.com/onqtam/doctest#commit=b40b7e7'
         'git+https://github.com/greg7mdp/sparsepp#commit=1ca7189'
         'git+https://github.com/emilk/loguru#commit=6bf94c5'
-        'git+https://github.com/msgpack/msgpack-c#commit=208595b'
         'git+https://github.com/zeux/pugixml#commit=24a7064'
         )
 sha256sums=('72361e5e6f7a4a6b5ae27d555354efb4b012d20798b50ddd19cfd81bdf56cc1c'
-            'SKIP'
-            'SKIP'
             'SKIP'
             'SKIP'
             'SKIP'
@@ -29,11 +25,9 @@ sha256sums=('72361e5e6f7a4a6b5ae27d555354efb4b012d20798b50ddd19cfd81bdf56cc1c'

 prepare() {
     cd $pkgname-$__pkgver
-    cp -r -u $srcdir/rapidjson third_party
     cp -r -u $srcdir/doctest third_party
     cp -r -u $srcdir/sparsepp third_party
     cp -r -u $srcdir/loguru third_party
-    cp -r -u $srcdir/msgpack-c third_party
     cp -r -u $srcdir/pugixml third_party
 }
 build() {

I can build and install that and even run the executable afterwards. I did not test this with an editor yet as I am not working on any C project recently.

@lucc, I had said about this here.

Source of this package is a tarball of cquery release, there are not third_party code in it because these code are referenced as git submodudle -- and the tarball does not contains a git repo.

Is there a reason why you do not use the packages rapidjson, msgpack-c or pugixml from the repos?

I was able to build cquery with the rapidjson and msgpack-c from the repo instead of the custom download from the PKGBUILD. I only started the cquery executable on the command line and did no extensive testing but that worked. My first attempt to build with pugixml from the repo failed but maybe I missed something that I had to change in the PKGBUILD.

@Morganamilo Yes indeed, thank you for pointing out.

Fragments are meant to be preceded with # not ?. The ? is actually for something totally different. This means that this package always pulls from master, not a specific commit.