Package Details: clang-svn 6.0.0svn_r314494-1

Git Clone URL: (read-only)
Package Base: llvm-svn
Description: C language family frontend for LLVM
Upstream URL:
Keywords: clang lld lldb llvm
Licenses: custom:University of Illinois
Groups: llvm-toolchain-svn
Conflicts: clang
Provides: clang
Submitter: None
Maintainer: kerberizer
Last Packager: kerberizer
Votes: 98
Popularity: 0.917724
First Submitted: 2007-08-02 07:15
Last Updated: 2017-09-29 11:46

Dependencies (15)

Required by (268)

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

pr0dukter commented on 2017-10-18 23:28

Lone wolf: yes and i cant build mesa-git with gcc or clang

gcc error is
llvm/invocation.cpp:109:52: required from here
./util/adaptor.hpp:56:10: warning: mangled name for ‘clover::detail::iterator_adaptor<F, Is>::iterator_adaptor(F, std::tuple<_Elements ...>&&) [with F = std::_Mem_fn<const char* (std::__cxx11::basic_string<char>::*)() const noexcept>; Is = {__gnu_cxx::__normal_iterator<const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >}]’ will change in C++17 because the exception specification is part of a function type [-Wnoexcept-type]
iterator_adaptor(F f, std::tuple<Is...> &&its) :

clang error is similar something about std::clover

going back to 5.0 for now i suppose, if none of this is helpful and is just spamming the useful comments feel free to delete

Lone_Wolf commented on 2017-10-17 13:38

You did make sure that the mesa/mesa-git you were running was build against the same llvm/lvvm-svn version you had installed at that time ?

That sounds confusing, trying to rephrase :

when you had llvm 5 installed, was the installed mesa build against that version ?

When llvm-svn was installed, was installed mesa built against the same version ?

pr0dukter commented on 2017-10-17 04:55

theres something different between llvm-5.0.0 and llvm-svn here that stops amdgpu from loading dri3 and/or dri2 glamor and/or glx resulting in no rotation for any display have tried with various 4.12 - 4.13 kernels drm-nexts thru 4.15 and all xorg-server- dev/gits and required xf86-video's and git counterparts (with and without correct proofread, previously working xorg.conf's when necessary

kerberizer commented on 2017-09-29 12:00

RE missing editline/readline.h errors:
Indeed, “[a]s a general rule, everything within a split packages depends array should be in the global makedepends array (...)”[1], so libedit is now an explicit makedepend. This should fix the missing header issue.

@pr0dukter, the recommended and only supported build method is thru a clean chroot. You can find some instructions on GitHub (see the pinned comment). There's also a binary repo if you're fine with using precompiled binaries.

Edit: fixed small typo.


pr0dukter commented on 2017-09-29 05:04

installed all llvm-svn packages thru repo with pacui perfectly, removed all the mess i created below

this was with clang-4.0 installed, removed after

oh its so ugly but ln -s /usr/local/bin/clang++ /usr/lib/ccache/bin/clang++

compiles with warning "no version info available..." complaining the whole time

basically have to set CXX equal to clang path or -DCMAKE_CXX_CMAKE.....etc to path

which i dont know where exactly to do, hopefully someone smarter than me can help

oh yeah and make sure tmpfs is larger than 7.8gig because failed at 98% on final ld link first time thru

kerberizer commented on 2017-09-29 00:27

FWIW, my test builds were failing without adding libedit to makedepends. This doesn't make sense as libedit is already listed as a run dependency for lldb and "[t]he packages in the depends array are implicitly required to build the package, they should not be duplicated [as makedepends]".[1] I'll be investigating this tomorrow (or over the weekend)—it might have something to do with the specifics of the split packages—but for now keep it in mind if you stumble upon errors about missing editline/readline.h (chiefly if you build in a clean chroot).


kerberizer commented on 2017-09-28 15:04

[NOTICE] LLDB has been merged as “lldb-svn”—it used to be a separate PKGBUILD by other maintainers. It should also be shortly available from the binary repo. Special thanks to @aeden for pushing the merge request ahead and noticing an important bug.

P.S. Apologies for not investing much time in the packages recently. The summer turned out to be much busier than I anticipated. As usual though, I'll be trying to slowly catch up with the tasks that have accumulated.

kerberizer commented on 2017-08-07 11:56

A gentle reminder for those using the binary repo: the signing PGP key has its expiry extended each year, so if you see messages about it being "unknown trust", try refreshing it from the keyservers by running "sudo pacman-key --refresh-keys 0xD16CF22D27D1091A841C4BE976563F75679E4525".

aeden commented on 2017-08-03 23:36

@kerberizer I second this. The llvm-svn package is very well implemented.
@mtahmed (Zrax) do you have any response?

kerberizer commented on 2017-07-24 17:20

@fightcookie Ah, I see they've finally fixed their HTTPS setup -- it used to be a pathetic F grade on Qualys SSL Labs test only a few months ago. Thanks for the heads up.

All comments