Package Details: llvm40-libs 4.0.1-8

Git Clone URL: (read-only, click to copy)
Package Base: llvm40
Description: Low Level Virtual Machine (runtime libraries)
Upstream URL:
Licenses: custom:University of Illinois/NCSA Open Source License
Submitter: arthaud
Maintainer: arthaud
Last Packager: arthaud
Votes: 3
Popularity: 0.000000
First Submitted: 2017-10-05 17:35 (UTC)
Last Updated: 2020-12-13 06:07 (UTC)

Latest Comments

1 2 3 Next › Last »

arthaud commented on 2020-12-13 06:06 (UTC)

Thanks @andrew-wja, I have added the patch. This now builds properly.

andrew-wja commented on 2020-12-11 15:23 (UTC)

@ruffy and others: I spoke too soon! Someone on the Gentoo project has a working patch here:

I just applied the patch and can confirm that it fixes the issue

@Maintainer, could you pull this patch in please?

andrew-wja commented on 2020-12-11 14:47 (UTC)

@ruffy and others: If you turn off -Wnarrowing by doing CMAKE_CXX_FLAGS="-Wno-narrowing", you'll get an actual error: the size of an array is declared as -1 in the sanitizer common library. Unfortunately, it is unlikely this will be patched, because this is an ancient release.

If you need 4.0.1, the simplest thing to do is just grab the binary release from here:

ruffy commented on 2020-08-18 13:42 (UTC) (edited on 2020-08-18 13:45 (UTC) by ruffy)

I get the following error:

In file included from /build/llvm40/src/llvm-4.0.1.src/projects/compiler-rt/lib/sanitizer_common/
/build/llvm40/src/llvm-4.0.1.src/projects/compiler-rt/lib/sanitizer_common/sanitizer_internal_defs.h:263:72: error: narrowing conversion of ‘-1’ from ‘int’ to ‘long unsigned int’ [-Wnarrowing]
263 |     typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1]

Does anybody know why?

Moxon commented on 2019-03-25 08:15 (UTC) (edited on 2019-03-25 08:16 (UTC) by Moxon)

I'd like to use this package, but cannot get it to pass it's tests cleanly. It fails on

LLVM :: Bindings/Go/go.test

My system has

$ go version
go version go1.12.1 linux/amd64

This is a more detailed output:

arthaud commented on 2019-02-09 03:36 (UTC) (edited on 2019-02-09 03:37 (UTC) by arthaud)

Hi @kaptoxic,

I cannot reproduce the error. libffi is a dependency of the package, so you should have it installed.

The PKGBUILD uses the following command to find the include directory:

$ pkg-config --variable=includedir libffi

Please try running it. On my machine, I'm getting: /usr/lib/libffi-3.2.1/include

aspirogrammer commented on 2019-02-08 19:42 (UTC)


CMake Error at cmake/config-ix.cmake:287 (message):
  libffi includes are not found.

Is this a mismatch of libffi version?

arthaud commented on 2018-06-16 22:22 (UTC)

All the tests should pass now.

Strunkenbold commented on 2018-06-12 13:23 (UTC)

Can this be fixed?

Failing Tests (1): LLVM-Unit :: Analysis/AnalysisTests/ValueTracking.GuaranteedToTransferExecutionToSuccessor

arthaud commented on 2018-06-01 15:53 (UTC)

Great, thanks a lot @BlackLotus89. I'm not using testing so I can't test, but I think we still have an issue with ValueTracking.GuaranteedToTransferExecutionToSuccessor