Package Details: lib32-clang-libs-minimal-git 20.0.0_r510980.1b8e26ff26be-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: clang runtime libraries, 32-bit trunk version
Upstream URL: http://llvm.org/
Licenses: Apache-2.0 WITH LLVM-exception
Conflicts: lib32-clang, lib32-clang-libs
Provides: lib32-clang-libs
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-09-07 18:16 (UTC)

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 5 Next › Last »

Lone_Wolf commented on 2024-07-25 07:22 (UTC)

Correct.

I have a dynamic fix for this applied to llvm-minimal-git that will prevent this from happening again.

Update will happen soon.

karrypto commented on 2024-07-25 06:54 (UTC)

Currently getting this:

mv: cannot stat '/tmp/makepkg/lib32-llvm-minimal-git/pkg/lib32-llvm-minimal-git/usr/lib32/clang/19/include/opencl*': No such file or directory

Changing _major_ver to 20 in the PKGBUILD fixes it.

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?