Package Details: clang-tools-extra-svn 6.0.0svn_r316824-1

Git Clone URL: (read-only)
Package Base: llvm-svn
Description: Standalone tools for Clang: syntax checking, formatting, refactoring, etc.
Upstream URL:
Keywords: clang lld lldb llvm
Licenses: custom:University of Illinois
Groups: llvm-toolchain-svn
Conflicts: clang-tools-extra
Provides: clang-tools-extra
Submitter: None
Maintainer: kerberizer
Last Packager: kerberizer
Votes: 98
Popularity: 0.519478
First Submitted: 2007-08-02 07:15
Last Updated: 2017-10-28 15:03

Required by (8)

Sources (7)

Pinned Comments

kerberizer commented on 2016-08-11 00:39


Please check the following page for information on:
* possible problems with this package;
* recommendations on how to build it;
* availability of binary packages.

You may also use it for bug reports and pull requests.

Latest Comments

kerberizer commented on 2017-12-15 14:36

@lahwaacz, indeed, compiler bugs can be a very nasty thing. Thank you so much for helping sort out such issues!

lahwaacz commented on 2017-12-13 09:16

@kerberizer, the package builds fine, it's just the test. I've seen it fail the same way couple of months ago when I last built the package, so now I excluded a short-time overlook and made a bug report. It seems that it's been solved overnight ;-)

I'm also dealing with a rather strange error with clang-svn and CUDA 9.0, which appears when compiling a host code with -x cuda. It's pretty hard to reproduce (I haven't isolated it from my project yet) and the error message makes no sense whatsoever, so I wanted to make sure that the compiler is built correctly.

xDShot commented on 2017-12-13 01:46

Yeah, didn't notice that. I just imported the key but didn't sign it locally. Now it works, thanks :)

kerberizer commented on 2017-12-12 19:09

@xDShot, have you followed the procedure, described here:

xDShot commented on 2017-12-12 19:01

error: llvm-svn: signature from "Luchesar V. ILIEV (Arch Linux package signing key)" is unknown trust error: failed to update llvm-svn (invalid or corrupted database (PGP signature)) error: database 'llvm-svn' is not valid (invalid or corrupted database (PGP signature))

kerberizer commented on 2017-12-12 15:53

@lahwaacz, apparently that test still needs (7.0 <= CUDA <= 8.0). Have you tried skipping the tests? It could be simply a test that hadn't been properly updated, though I don't have any experience with CUDA, so this is just a shot in the dark.

lahwaacz commented on 2017-12-12 15:22

I need to build clang-svn because clang 5.0 does not support CUDA 9.0. The -svn version seems to work, but there is a test failing with CUDA 9.0:

FAIL: Clang :: Driver/unknown-std.cpp (4403 of 11748)
******************** TEST 'Clang :: Driver/unknown-std.cpp' FAILED ********************
not /home/klinkovsky/build/builddir/llvm-svn/src/build/bin/clang /home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp -std=foobar -c 2>&1 | /home/klinkovsky/build/builddir/llvm-svn/src/build/bin/FileCheck --match-full-lines /home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp
not /home/klinkovsky/build/builddir/llvm-svn/src/build/bin/clang -x objective-c++ /home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp -std=foobar -c 2>&1 | /home/klinkovsky/build/builddir/llvm-svn/src/build/bin/FileCheck --match-full-lines /home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp
not /home/klinkovsky/build/builddir/llvm-svn/src/build/bin/clang -x cuda -nocudainc -nocudalib /home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp -std=foobar -c 2>&1 | /home/klinkovsky/build/builddir/llvm-svn/src/build/bin/FileCheck --match-full-lines --check-prefix=CHECK --check-prefix=CUDA /home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp
Exit Code: 1

Command Output (stderr):
/home/klinkovsky/build/builddir/llvm-svn/src/llvm/tools/clang/test/Driver/unknown-std.cpp:9:11: error: expected string not found in input
// CHECK: error: invalid value 'foobar' in '-std=foobar'
<stdin>:1:1: note: scanning from here
clang-6.0: error: GPU arch sm_20 is supported by CUDA versions between 7.0 and 8.0 (inclusive), but installation at /usr/local/cuda is 9.0. Use --cuda-path to specify a different CUDA install, pass a different GPU arch with --cuda-gpu-arch, or pass --no-cuda-version-check.
<stdin>:1:10: note: possible intended match here
clang-6.0: error: GPU arch sm_20 is supported by CUDA versions between 7.0 and 8.0 (inclusive), but installation at /usr/local/cuda is 9.0. Use --cuda-path to specify a different CUDA install, pass a different GPU arch with --cuda-gpu-arch, or pass --no-cuda-version-check.


kerberizer commented on 2017-12-12 10:33

@xDShot, indeed, https was not working. Should be fixed now, thanks! Concerning the PGP problem, what exactly is the error message?

xDShot commented on 2017-12-12 04:15

llvm-svn repository is broken. It only works with non-https server, and there's an error in pgp signature.

kerberizer commented on 2017-11-17 16:44

Considering nobody replied, I guess i686 is hardly used. As the official Arch mirrors have already been stripped from the i686 packages, I've disabled the builds for that architecture too. Thus, the binary repo is now x86_64 only. If anyone still needs i686 prebuilt packages, I've saved the last built ones here:

It's in the standard repo format, so you can use it in pacman.conf, replacing the section '[llvm-svn]' with '[llvm-svn-i686]', but please do note that this repo is _not_ going to be updated.

As for the PKGBUILD itself, for the time being I'll be keeping i686 in the arch array and any i686 specific code, if anyone is going to build it themselves on this architecture.

NB: The above concerns only the i686 builds. The lib32-{llvm,clang}-svn packages in particular will continue to be automatically built and supported.

All comments