linux/poky.git/meta/recipes-devtools/llvm, branch langdale

mesa: do not rely on native llvm-config in target sysroot

2022-12-01T19:35:11+00:00

Sadly the magic is not perfect: llvm-config contains a hardcoded value for the libdir from the native configuration, and things will break if the target build installs libraries somewhere else (e.g. lib64). llvm-config in target bindir also needs a rpath adjustment, otherwise it simply won't even run when e.g. building for arm on x86. To avoid patching llvm-source let's simply add more cases to the llvm-config wrapper script, so that falling through to llvm-config binary is avoided. Fortunately those cases are all static in what they return, even though llvm-config binary does poke around the file tree to arrive at them (which is where breakage happens if native and target don't match exactly wrt libdir). I verified that this works by building mesa with llvm enabled for qemuarm64 and with baselib set to 'lib64' - so that both the target architecture and target libdir differ from native ones. Upstream tickets: https://github.com/llvm/llvm-project/issues/58984 https://github.com/mesonbuild/meson/issues/11043 (From OE-Core rev: d2860e67a37623b17fc9c6e1192f06a63b7d52ff) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni (cherry picked from commit 056431883e94296b767a479d029b914392e4fd7c) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

llvm: remove 0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch

2022-09-02T14:58:25+00:00

At some point this became unnecessary as llvm builds with with musl without it. (From OE-Core rev: 0469854032ad8ce3f690e84520619d9819263bdc) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

llvm: Add llvm-config wrapper to improve flags handling

2022-08-31T09:40:07+00:00

Add a wrapper for llvm-config which provides flags from the current envrionment instead of the values hardcoded into llvm-native at compile time. Inspiration taken from the wrapper in meta-clang but I had to totally rewrite it as: * the TARGET_* prefixes weren't in our environment * meson uses --libs --ldflags XXX which didn't work (From OE-Core rev: 193ee1973f613b72f7f99660aecf652b07652d18) Signed-off-by: Richard Purdie

llvm: update 14.0.4 -> 14.0.6

2022-07-23T12:55:25+00:00

(From OE-Core rev: ddb9664d55bf782a82b693c10d366db2e134b684) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

llvm: add PACKAGECONFIG[optviewer]

2022-06-24T23:06:08+00:00

Currently the CMake configuration for llvm finds the python pygments and pyyaml if they are installed on the host. This makes builds non-reproducible across different machines, some having those modules installed and some others not. This has been causing a 'reproducible' failure on one of the autobuilders: AssertionError: The following deb packages are missing or different and not in exclusion list: /home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleB/tmp/deploy/deb/./core2-64/llvm-dev_14.0.4-r0_amd64.deb The following ipk packages are missing or different and not in exclusion list: /home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleB/tmp/deploy/ipk/./core2-64/llvm-dev_14.0.4-r0_core2-64.ipk The following rpm packages are missing or different and not in exclusion list: /home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleB/tmp/deploy/rpm/./core2_64/llvm-dev-14.0.4-r0.core2_64.rpm Fix by adding an explicit PACKAGECONFIG to control the LLVM_HAVE_OPT_VIEWER_MODULES option in CMake. If unset, it forces CMake to ignore pygments and pyyaml, no matter it they are available on the host. If set, it DEPENDS on the pygments and pyyaml modules so that CMake will find and use them. Based on suggestions from Stefan and Markus -- thanks. Proposed-by: "Stefan Herbrechtsmeier" Proposed-by: "Markus Volk" (From OE-Core rev: 78b6a08db4e8eb3b4e1d52fcdb39a5b3415f5a3f) Signed-off-by: Luca Ceresoli Signed-off-by: Richard Purdie

llvm: update 14.0.3 -> 14.0.4

2022-06-07T20:21:54+00:00

(From OE-Core rev: 7160f2e0867bc7224cc69747d095dfd0cc986ee6) Signed-off-by: Alexander Kanavin Signed-off-by: Luca Ceresoli Signed-off-by: Richard Purdie

llvm: update 14.0.1 -> 14.0.3

2022-05-05T20:17:38+00:00

(From OE-Core rev: 24cad5d1bb422e7d54c571902d53330c1f6514b2) Signed-off-by: Alexander Kanavin Signed-off-by: Luca Ceresoli Signed-off-by: Richard Purdie

llvm: update 14.0.0 -> 14.0.1

2022-04-28T10:51:42+00:00

(From OE-Core rev: 293638a800aadd59f35b732baa47774fa9d9b6fd) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

llvm: use default install paths

2022-04-19T13:14:11+00:00

There was a very brittle sed hack against cpp source code that allowed installing multiple llvm versions into the same target/sysroot. Patching with sed is prone to silent regressions as it can change both too little and too much, and it indeed it broke with llvm 14. It's also difficult to tell what the 'right' change should look like. If this feature is actually needed somewhere, please do it properly: proper patch and upstream first. (From OE-Core rev: 974f67b18a2f1a15c76785d69e7234594af97a88) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

llvm: update 13.0.1 -> 14.0.0

2022-04-19T13:14:11+00:00

llvm-config no longer links with libLLVM, so there is no need to install it in -native (and it isn't built in the first place). This also significantly speeds up llvm-native build. (From OE-Core rev: ee06fc2a19665461e143fe3bf7e94b703652e1cf) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie