Package Details: llvm-libs-git 9.0.0_r314160.12886f04eae-1

Git Clone URL: https://aur.archlinux.org/llvm-git.git (read-only)
Package Base: llvm-git
Description: runtime libraries for llvm-git
Upstream URL: https://llvm.org/
Keywords: clang git lld lldb llvm polly
Licenses: custom:University of Illinois/NCSA Open Source License
Conflicts: llvm-libs
Provides: llvm-libs, llvm-libs-svn
Submitter: yurikoles
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 110
Popularity: 3.185275
First Submitted: 2018-12-05 13:56
Last Updated: 2019-04-14 15:03

Required by (40)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2019-04-12 20:41

I've looked good at clang-trunk , llvm-svn, repo llvm/clang packages and think this package is now on route to become a worthy successor to llvm-svn .

  • llvm-libs-git holds the runtime libraries.

    It conflicts with the repo llvm-libs package. I understand how older llvm libs repo packages do it, not sure yet if i agree with the approach.

  • llvm-git

    has llvm , clang, compiler-rt, ocaml & python bindings, polly , lld , lldb . The provides for llvm-svn have been re-added to allow others maintainers to update their packages.

Atm ninja check mentions 58 unexpected failures, and that's just llvm itself. I hope upstream will improve that, but for now I suggest you build with the --nocheck option of makepkg.

Latest Comments

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

Sinistar commented on 2019-04-21 18:00

Odd thing is, if you install it on a clean install, clang does not seg fault.

Lone_Wolf commented on 2019-04-16 01:13

I went back to the last llvm-svn version I had in cache (jan 14 2019) and found the clang in that package also segfaults.

There's some kind of problem with building clang + llvm together like it in llvm-svn and this package.

Going to bed now, will think tomorrow about changes

Lone_Wolf commented on 2019-04-15 12:04

I decided to run ninja clang-check to see if it reported something useful and it did.

0/1] Running the Clang regression tests
llvm-lit: /home/panoramix/Documents/Aur/pkgbuilds/llvm-git/src/llvm-project/llvm/utils/lit/lit/llvm/config.py:341: note: using clang: /home/panoramix/Documents/Aur/pkgbuilds/llvm-git/src/_build/bin/clang
llvm-lit: /home/panoramix/Documents/Aur/pkgbuilds/llvm-git/src/llvm-project/llvm/utils/lit/lit/llvm/config.py:203: fatal: Couldn't find the include dir for Clang ('/home/panoramix/Documents/Aur/pkgbuilds/llvm-git/src/_build/bin/clang')
FAILED: tools/clang/test/CMakeFiles/check-clang

Comparing include files between this package, my llvm-lw-* variant and repo llvm shows this package is indeed missing some.

example : extra/compiler-rt & compiler-rt-lw-git both have usr/include/sanitizer/ & /usr/include/xray folders. llvm-git has those folders under usr/lib/clang/9.0.0/include .

It looks like compiler-rt and/or clang are not build correctly. This needs to be investigated further.

QuartzDragon commented on 2019-04-14 15:15

I'll see if this allows Clang to run properly.

Lone_Wolf commented on 2019-04-14 15:11

updated pinned comment

yurikoles commented on 2019-04-14 08:30

==> Making package: libclc-git 1:r585.9f6204e-1 (Sun Apr 14 11:29:47 2019)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating libclc git repo...
Fetching origin
warning: redirecting to https://git.llvm.org/git/libclc.git/
==> Validating source files with md5sums...
    libclc ... Skipped
==> Extracting sources...
  -> Creating working copy of libclc git repo...
Reset branch 'makepkg'
==> Starting pkgver()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
LLVM-LINK nvptx--nvidiacl/lib/builtins.link.bc
CXX utils/prepare-builtins.o
LLVM-CC nvptx64--nvidiacl/lib/subnormal_config.cl.bc
LLVM-AS nvptx64--nvidiacl/lib/subnormal_helper_func.ll.bc
Stack dump:
0.      Program arguments: /usr/bin/clang++ -MMD -MF utils/prepare-builtins.o.d -I/usr/include -std=c++11 -fno-exceptions -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -fno-exceptions -fno-rtti -DHAVE_LLVM=0x0900 -c -o utils/prepare-builtins.o ./utils/prepare-builtins.cpp 
1.      Compilation construction
warning: Linking two modules of different data layouts: 'nvptx--nvidiacl/lib/subnormal_helper_func.ll.bc' is '' whereas 'llvm-link' is 'e-p:32:32-i64:64-i128:128-v16:16-v32:32-n16:32:64'

LLVM-CC nvptx64--nvidiacl/lib/async/async_work_group_copy.cl.bc
 #0 0x00007effa79483db llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/bin/../lib/libLLVM-9.so+0xa143db)
 #1 0x00007effa79462c4 llvm::sys::RunSignalHandlers() (/usr/bin/../lib/libLLVM-9.so+0xa122c4)
 #2 0x00007effa794644e (/usr/bin/../lib/libLLVM-9.so+0xa1244e)
 #3 0x00007effa6a93e00 __restore_rt (/usr/bin/../lib/libc.so.6+0x37e00)
 #4 0x000055e4aab7a2d4 std::_Sp_counted_ptr_inplace<llvm::sys::fs::detail::DirIterState, std::allocator<llvm::sys::fs::detail::DirIterState>, (__gnu_cxx::_Lock_policy)2>::_M_get_deleter(std::type_info const&) (/usr/bin/clang+++0x9452d4)
 #5 0x00007effa7901bf6 (/usr/bin/../lib/libLLVM-9.so+0x9cdbf6)
 #6 0x000055e4aac26781 (/usr/bin/clang+++0x9f1781)
 #7 0x000055e4aac27730 (/usr/bin/clang+++0x9f2730)
 #8 0x000055e4aac41486 (/usr/bin/clang+++0xa0c486)
 #9 0x000055e4aab8bf3b clang::driver::Driver::getToolChain(llvm::opt::ArgList const&, llvm::Triple const&) const (/usr/bin/clang+++0x956f3b)
#10 0x000055e4aab97a83 clang::driver::Driver::BuildCompilation(llvm::ArrayRef<char const*>) (/usr/bin/clang+++0x962a83)
#11 0x000055e4aa7d0a17 main (/usr/bin/clang+++0x59ba17)
#12 0x00007effa6a80223 __libc_start_main (/usr/bin/../lib/libc.so.6+0x24223)
#13 0x000055e4aa7e431e _start (/usr/bin/clang+++0x5af31e)
LLVM-CC nvptx64--nvidiacl/lib/async/async_work_group_strided_copy.cl.bc
make: *** [Makefile:9: utils/prepare-builtins.o] Segmentation fault (core dumped)
make: *** Waiting for unfinished jobs....
warning: Linking two modules of different data layouts: 'generic--/lib/subnormal_use_default.bc' is '' whereas 'llvm-link' is 'e-p:32:32-i64:64-i128:128-v16:16-v32:32-n16:32:64'

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

yurikoles commented on 2019-04-14 08:24

@Lone_Wolf

some packages still depend on clang-svn/llvm-svn, for example libclc-git

PedroHLC commented on 2019-04-13 20:58

Just in case someone needs, building with a systemd-nspawn container requires some capabilities, or disable tests.

Lone_Wolf commented on 2019-04-13 15:23

Well, I haven't found the cause of clang breakage, but did find a workaround :

Use llvm-lw-git + compiler-rt-lw-git + clang-lw-git .

QuartzDragon commented on 2019-04-13 13:36

Don't bother.

I got the same error even without the patch, before your latest commit.