Package Details: clang-svn 8.0.0svn_r346644-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 (Lone_Wolf)
Last Packager: kerberizer
Votes: 106
Popularity: 0.930554
First Submitted: 2007-08-02 07:15
Last Updated: 2018-11-12 13:38

Dependencies (16)

Required by (353)

Sources (8)

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

1 2 3 4 5 6 ... Next › Last »

kerberizer commented on 2018-11-12 13:32

@PedroHLC, @Lone_Wolf: Yes, I've already committed the change to GH, but wait for the rebuild to finish before updating AUR. Thanks for bringing this up. lib32 also turned out to miss libxml2.

Lone_Wolf commented on 2018-11-12 13:26

Looks like llvm-libs-svn is missing libedit and libxml2 as dependencies. (stock llvm-libs has those 2 also)

$ namcap /var/cache/pacman/pkg/llvm-libs-svn-8.0.0svn_r3466
llvm-libs-svn-8.0.0svn_r346606-1-x86_64.pkg.tar.xz  llvm-libs-svn-8.0.0svn_r346633-1-x86_64.pkg.tar.xz  llvm-libs-svn-8.0.0svn_r346644-1-x86_64.pkg.tar.xz
[panoramix@obelix mesa-git]$ namcap /var/cache/pacman/pkg/llvm-libs-svn-8.0.0svn_r346644-1-x86_64.pkg.tar.xz 
llvm-libs-svn W: ELF file ('usr/lib/') is unstripped.
llvm-libs-svn W: ELF file ('usr/lib/') is unstripped.
llvm-libs-svn W: ELF file ('usr/lib/') is unstripped.
llvm-libs-svn W: ELF file ('usr/lib/') is unstripped.
llvm-libs-svn W: ELF file ('usr/lib/') is unstripped.
llvm-libs-svn E: Dependency libxml2 detected and not included (libraries ['usr/lib/'] needed in files ['usr/lib/'])
llvm-libs-svn E: Dependency libedit detected and not included (libraries ['usr/lib/'] needed in files ['usr/lib/'])

PedroHLC commented on 2018-11-12 11:07

Could libedit be added to depends? I'm building mesa-git from a clean chroot (base-devel) and it fails with llvm-config not finding it...

gloriouseggroll commented on 2018-10-12 22:36

went to compile this on a fresh arch install, was getting a recommonmark error, installing python-recommonmark fixed it, apparently either python2-recommonmark wasn't enough or arch was using python3 to build as python3 is the default version now for the python package. probably also needed on lib32-llvm-svn

kerberizer commented on 2018-09-09 16:04

@Lone_Wolf, thank you, I've added you as a co-maintainer. I've also transferred the GitHub repos to a separate organization for more flexibility. :)

Lone_Wolf commented on 2018-09-09 15:11

I'm ok with becoming co-maintainer, but do think you should stay as maintainer.

You've always treated llvm as a compiler suite while I only see it as "necessary evil* requirement" for mesa. If I maintained this i'd probably ditch everything not needed for mesa.

Also llvm bug tracking system is almost a black box to me, while you have shown you know how to use it or find out if issues are already in it.

I dislike the license llvm had and the one they're switching to. I also dislike several of their development choices (cmake, svn, no clear method to have multiple installs coexist)

kerberizer commented on 2018-09-09 11:21

@Lone_Wolf, thank you very much for taking care of this. Would you feel fine with taking over the maintainership of the package? You are doing great work with mesa-git already.

Lone_Wolf commented on 2018-09-09 09:26

I have forked kerberizer github repo and am working on adjusting the PKGBUILD.

So far build output is reduced (svn export is rather chatty) , I added a makdepend that's neded for polly and buildtime does appear to be shortened.


NOTE : I am still working on adjusting the PKGBUILD, haven't done runtime tests yet.

Lone_Wolf commented on 2018-09-04 11:00

@zegentz : the time is similar to what i get, haven't checked memory usage. The stripping issue and large size suggest something is wrong on your system. Are you building in /tmp ? What filesystem is your build folder on ?

@kerberizer : The slow building is partially due to the svn export commands used. Iirc those were needed because llvm build needs everything to be in a specific place in the source tree. autotools/make and cmake/make failed unless the files were physically in correct place.

I checked extra/llvm and co, and they switched to cmake/ninja builds. Mesa is now build mesa with meson/ninja and I do have the impression a big part of the speedup comes from using ninja. Also stock llvm now uses only python3 apps during build.

This gives some options to improve/speedup/simplify build :

  • switch to python3

  • build with cmake/ninja

  • verify if cmake/ninja can use the code in the location makepkg puts them. if not , maybe we can change those location or use symlinks.

kerberizer commented on 2018-08-23 13:20

[NOTICE] Polly, the high-level loop and data-locality optimizer and optimization infrastructure for LLVM ( has been added to the build and the binary repo. Apologies for it taking so unnecessarily long (pull request #15 on Github was from July 2017).