Package Details: llvm-libs-svn 7.0.0svn_r333832-1

Git Clone URL: (read-only)
Package Base: llvm-svn
Description: The LLVM Compiler Infrastructure (runtime libraries)
Upstream URL:
Keywords: clang lld lldb llvm
Licenses: custom:University of Illinois
Groups: llvm-toolchain-svn
Conflicts: llvm-libs
Provides: llvm-libs
Submitter: None
Maintainer: kerberizer
Last Packager: kerberizer
Votes: 100
Popularity: 0.281288
First Submitted: 2007-08-02 07:15
Last Updated: 2018-06-02 21:40

Required by (34)

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 2018-06-02 22:10

The "pkgver in depends is not allowed to be empty" error should be fixed now.

kerberizer commented on 2018-05-31 22:56

@Lone_Wolf, thanks! Indeed, without OCaml installed, this would leave ${_ocamlver} empty, and apparently now makepkg checks this and complains. I think we can change _ocamlver() to something like this...

{ pacman -Q ocaml 2>/dev/null || echo 'ocaml 0.0.0-0' ;} \
    | awk '{ print $2 }' | cut -d - -f 1 | cut -d . -f 1,2,3

I'll leave it for tomorrow though as it's getting rather late here.

Lone_Wolf commented on 2018-05-31 20:12

$ makepkg -Crs
error: package 'ocaml' was not found
==> ERROR: pkgver in depends is not allowed to be empty.

Everything worked a week ago, i think it may be related to the upgrade to pacman 5.1 .

The only reference i could find of ocaml without suffix is in package_llvm-ocaml-svn() .

package_llvm-ocaml-svn() {
    pkgdesc='OCaml bindings for LLVM'

Replacing ""ocaml=$(_ocamlver)" with 'ocaml' made the build go through.

levisraju commented on 2018-05-24 04:27

In the PKGBUILD, comment out the lines within the funtion check() for a successful build.

kerberizer commented on 2018-05-21 10:47

@yans, I have no idea, sorry. As a temporary solution, you can just comment out the tests in the PKGBUILD or use the --nocheck option of makepkg. In general, it's good to have these things reported upstream, but I usually assume they must be aware already, as they are likely running their own automated build systems.

Speaking of which, if somebody feels they could provide more active maintenance to these packages, please step forward. The reality is that I'm not using them any more and my job is putting more pressure on me, hence why in the last year or so I've restricted myself to only fixing complete breakages or trivial problems and, of course, maintaining the binary repo. I can continue doing that, but not much more, I'm afraid, at least for the foreseeable future.

yans commented on 2018-05-20 22:05

Failing Tests (2):

LLVM :: tools/gold/X86/comdat.ll

LLVM :: tools/gold/X86/visibility.ll


Lone_Wolf commented on 2018-05-05 12:13

no problems at all except some tests failing (--nocheck solves that).

Ignore what i earlier said about symlinks problems, it was user error.

kerberizer commented on 2018-03-30 13:58

The PKGBUILDs—here and for lib32—have been updated, and the symlinks should now point correctly to the new shared library. The binary repo has also been updated already. Please let me know if you face any problems with the update.

kerberizer commented on 2018-03-30 13:14

The name of the shared library has changed,[1] so we need to update our symlinking logic. I'll update the PKGBUILDs accordingly once I'm satisfied with the test builds. The impatient may pick this really simple fix.[2]


kerberizer commented on 2018-03-30 12:51

Thanks for the notice, @Lone_Wolf! I'll take a look.

All comments