Package Details: lib32-llvm-minimal-git 19.0.0_r494546.b4adb42151bb-1

Git Clone URL: https://aur.archlinux.org/lib32-llvm-minimal-git.git (read-only, click to copy)
Package Base: lib32-llvm-minimal-git
Description: Collection of modular and reusable compiler and toolchain technologies, 32-bit trunk version
Upstream URL: http://llvm.org/
Licenses: custom:Apache 2.0 with LLVM Exception
Conflicts: lib32-llvm
Provides: lib32-llvm
Submitter: Lone_Wolf
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 1
Popularity: 0.000000
First Submitted: 2019-05-14 19:33 (UTC)
Last Updated: 2024-04-02 23:31 (UTC)

Required by (13)

Sources (1)

Pinned Comments

Lone_Wolf commented on 2024-02-20 11:59 (UTC)

https://github.com/llvm/llvm-project/commit/91a384621e5b762d9c173ffd247cfeadd5f436a2 changed soname and broke this package.

Lone_Wolf commented on 2019-08-21 13:47 (UTC)

When building this you're likely to get test failures.

The ones related to tools/gold are a consequence of certain choices and should be unimportant.

Use --nocheck option to prevent makepkg from running the check() function

Latest Comments

1 2 3 4 Next › Last »

Lone_Wolf commented on 2024-03-20 17:03 (UTC)

thank you, d3vilguard.

lib32-clang functionality is fully restored now.

d3vilguard commented on 2024-03-18 17:57 (UTC)

Confirming build successful in a clean chroot!

Lone_Wolf commented on 2024-03-17 22:44 (UTC) (edited on 2024-03-20 17:02 (UTC) by Lone_Wolf)

Test builds in clean chroot have been succesfull, please comfirm if it works for you.

deleted

insanemal commented on 2024-03-17 13:30 (UTC)

Thank you for your continued work on this. It is greatly appreciated.

Lone_Wolf commented on 2024-03-17 12:20 (UTC)

Thanks archdevlab. Your result with building separately confirmed my thoughts why build on (some) live systems worked but failed in clean chroot.

I have found a promising workaround (extending LD_LIBRARY_PATH) and am now testing it. first testrun with mkchrootpkg (with custom makepkg.conf) has just finished successfully! .

As for building separate packages : I have tried that many times over the years and had to abandon it every time due to build & runtime issues. Longest period they worked was less then a month.

If you look at the PKGBUILDs for repo llvm & clang packages, you'll notice they list extra stuff in source= array, cmake-$pkgver.src.tar.xz & third-party-$pkgver.src.tar.xz .

I don't know what's in them or where they are generated from but the release builds do need them. Building in-tree doesn't require sources apart from the llvm-project repo.

archdevlab commented on 2024-03-17 04:15 (UTC)

Hi I was getting the issue with lib32-clang. The intree build fail. So I managed to build separate package. Now It build fine

You can take a look.

https://github.com/archdevlab/llvm-minimal-git/tree/test2/llvm-test

Hope It will help you

Also compiler-rt files goes in the right place like Archlinux when building it in separate pakcage (/usr/lib/clang/$Version/include /usr/lib/clang/$Version/lib/linux /usr/lib/clang/$Version/share) instead of (/usr/lib/clang/$Version/include /usr/lib/clang/$Version/lib/{i386-pc-linux-gnu,x86_64-pc-linux-gnu} /usr/lib/clang/$Version/share) when doing intree build

Lone_Wolf commented on 2024-03-16 11:51 (UTC) (edited on 2024-03-17 22:43 (UTC) by Lone_Wolf)

It appears that upstream has managed to solve the build issues for lib32-clang caused by commit 91a384621e5b762d9c173ffd247cfeadd5f436a2

I'll be testing the PKGBUILD below over the next few days to verify.

Incase someone wants to help, try building it in a clean chroot or VM.

removed, see above for improved version

insanemal commented on 2024-03-12 13:00 (UTC)

Sorry Lone_Wolf, I mean, I need this to build this package to build lib32-mesa-git.

Is this able to be built now? If so what needs to be done to achieve this?

Lone_Wolf commented on 2024-03-12 09:41 (UTC)

atm that is only possible by removing iris & anv build from it as I have done for lib32-mesa-minimal-git .

insanemal commented on 2024-03-12 02:57 (UTC)

Hi @Lone_Wolf, thanks for your work.

So in regards to the larger goal of building lib32-mesa-git, where is this at? Is that achievable right now?