Package Details: llvm-ocaml-svn 7.0.0svn_r328859-1

Git Clone URL: (read-only)
Package Base: llvm-svn
Description: OCaml bindings for LLVM
Upstream URL:
Keywords: clang lld lldb llvm
Licenses: custom:University of Illinois
Conflicts: llvm-ocaml
Provides: llvm-ocaml
Submitter: None
Maintainer: kerberizer
Last Packager: kerberizer
Votes: 100
Popularity: 1.063573
First Submitted: 2007-08-02 07:15
Last Updated: 2018-03-30 13:54

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

Lone_Wolf commented on 2018-03-30 11:58

Broken symlinks, looks like upstream changed something. r328758 is fine, r328796 is first version in my package cache that has the broken symlink. Building latest version myself has same problem.

$ pacman -Qkk llvm-libs-svn lib32-llvm-libs-svn 
warning: llvm-libs-svn: /usr/lib/ (No such file or directory)
llvm-libs-svn: 24 total files, 1 altered file
warning: lib32-llvm-libs-svn: /usr/lib32/ (No such file or directory)
lib32-llvm-libs-svn: 16 total files, 1 altered file
llvm-libs-svn-7.0.0svn_r328758 :
$ ls usr/lib/libLLVM* -l
lrwxrwxrwx 1 panoramix users       17 29 mrt 06:34 usr/lib/ ->
-rwxr-xr-x 1 panoramix users 72531072 29 mrt 06:16 usr/lib/
lrwxrwxrwx 1 panoramix users       17 29 mrt 06:34 usr/lib/ ->
$ ls usr/lib/libLLVM* -l
lrwxrwxrwx 1 panoramix users       17 29 mrt 18:45 usr/lib/ ->
-rwxr-xr-x 1 panoramix users 72535768 29 mrt 18:26 usr/lib/
lrwxrwxrwx 1 panoramix users       17 29 mrt 18:45 usr/lib/ ->

kerberizer commented on 2018-03-12 17:12

@trougnouf, thanks for the tip about that bug! As for the error, I'm afraid there isn't enough information in what you've pasted. Look above for the actual error that caused the build to fail. Also, it seems like you're trying to build with yaourt or some other AUR helper. This isn't really supported and it's strongly advisable to instead build the packages in a clean chroot (or use the binary repo).

trougnouf commented on 2018-03-08 21:40

[ 98%] Building CXX object tools/lldb/tools/lldb-mi/CMakeFiles/lldb-mi.dir/MIUtilThreadBaseStd.cpp.o

[100%] Building CXX object tools/lldb/tools/lldb-mi/CMakeFiles/lldb-mi.dir/MIUtilVariant.cpp.o

[100%] Linking CXX executable ../../../../bin/lldb-mi

[100%] Built target lldb-mi

make: *** [Makefile:152: all] Error 2

==> ERROR: A failure occurred in build().


==> ERROR: Makepkg was unable to build llvm-svn.

==> Restart building llvm-svn ? [y/N]

==> ---------------------------------


That was very anticlimactic.

trougnouf commented on 2018-03-08 20:44

# FIXME: Temporary fix for LLVM bug 35053:

# "error: undefined reference to 'pthread_atfork'"

# Ref:

# Credit: SolarAquarion @ AUR

Looks like that's been fixed.

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 :)

All comments