Correct.
I have a dynamic fix for this applied to llvm-minimal-git that will prevent this from happening again.
Update will happen soon.
Search Criteria
Package Details: lib32-clang-minimal-git 20.0.0_r510980.1b8e26ff26be-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/lib32-llvm-minimal-git.git (read-only, click to copy) |
|---|---|
| Package Base: | lib32-llvm-minimal-git |
| Description: | C language family frontend for LLVM , 32-bit trunk version |
| Upstream URL: | http://llvm.org/ |
| Licenses: | Apache-2.0 WITH LLVM-exception |
| Conflicts: | lib32-clang |
| Provides: | lib32-clang |
| 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) |
Dependencies (16)
- clang-libs-minimal-gitAUR
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR)
- llvm-libs-minimal-gitAUR
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- lib32-gcc-libs (lib32-gcc-libs-gitAUR, lib32-gccrs-libs-gitAUR, lib32-gcc-libs-snapshotAUR) (make)
- lib32-libffi (make)
- lib32-libxml2 (make)
- lib32-zlib (make)
- lib32-zstd (make)
- llvm-minimal-gitAUR (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- clang-miminal-git (optional) – for some headers
- llvm-minimal-gitAUR (optional) – referenced by some clang headers
- openmp (optional) – OpenMP support in clang with -fopenmp
- python (python37AUR, python311AUR, python310AUR) (optional) – for scan-view, scan-build, git-clang-format, clang-rename and python bindings
Required by (15)
- lib32-amdonly-gaming-libva-mesa-driver-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-mesa-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-mesa-vdpau-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-opencl-clover-mesa-git (requires lib32-clang)
- lib32-amdonly-gaming-opencl-clover-mesa-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-opencl-rusticl-mesa-git (requires lib32-clang)
- lib32-amdonly-gaming-opencl-rusticl-mesa-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-vulkan-mesa-layers-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-vulkan-radeon-git (requires lib32-clang) (make)
- lib32-amdonly-gaming-vulkan-swrast-git (requires lib32-clang) (make)
- lib32-ffmpeg (requires lib32-clang) (make)
- lib32-jemalloc (requires lib32-clang) (make)
- lib32-mesa-amd-bc250 (requires lib32-clang) (make)
- lib32-mesa-git (requires lib32-clang)
- lib32-vulkan-radeon-amd-bc250 (requires lib32-clang) (make)
Sources (1)
Lone_Wolf commented on 2024-07-25 07:22 (UTC)
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?
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