Package Base Details: llvm-svn

Git Clone URL: (read-only)
Keywords: clang lld lldb llvm
Submitter: None
Maintainer: kerberizer (Lone_Wolf)
Last Packager: kerberizer
Votes: 106
Popularity: 0.257987
First Submitted: 2007-08-02 07:15
Last Updated: 2018-11-12 13:38

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 »

kode54 commented on 2019-01-04 01:23

I just attempted to install this, and it failed due to missing recommonmark. Apparently now it cares if I have the python 3 version of the package installed?

E: Aha, it's because I already had python-sphinx installed, and the build scripts found that version first.

E2: Yeah, if you're going to want to force Python 2 Sphinx, you'll have to make sure the PKGBUILD forces the build scripts to detect and use the commands with a *2 suffix on their name.

kerberizer commented on 2018-12-23 17:49

@jpapadopoulos, is there anything that can be done from llvm-svn's side? Since we're now well into LLVM 8, it probably wouldn't be a good idea to set a provide for 7.0.1. It may be best to contact KDevelop's maintainers.

@lahwaacz, thanks, I'll need to make sure all the tests do really pass (last time I checked, the main LLVM tests still had a problem).

jpapadopoulos commented on 2018-12-22 17:29

recent KDevelop update in Extra has a dependency of clang=7.0.1 Unfortunately this makes it impossible to update KDE while also keeping llvm-svn/clang-svn. Not sure if there's a reason for that, can't find any related bug.

lahwaacz commented on 2018-12-14 23:55

There are check-lld and check-lldb targets which should be added to the check function.

Lone_Wolf commented on 2018-12-12 11:44

cause found, Codegen files were moved by upstream , see

Added Mesa bug report link

Lone_Wolf commented on 2018-12-11 23:05


QuartzDragon commented on 2018-12-11 14:33

Hi everyone,

Is anyone else getting this:

In file included from ../mesa/src/gallium/state_trackers/clover/llvm/codegen/native.cpp:31:
../mesa/src/gallium/state_trackers/clover/llvm/compat.hpp:61:10: fatal error: clang/Frontend/CodeGenOptions.h: No such file or directory
#include <clang/Frontend/CodeGenOptions.h>
compilation terminated."

When attempting to compile mesa-git with kerberizer's latest llvm-svn packages?

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...