Llvm_slot??? [solved]

[CaptainBlood]

Code: Select all

[U] dev-libs/opencl-clang
     Available versions:  
     (15)   15.0.0 (~)15.0.0-r1
     (16)   16.0.0-r1 ~16.0.0-r2
       {LLVM_SLOT="+15 +16"}
     Installed versions:  15.0.0(15)(22:43:45 25/01/2024)

Because of keywording ;15 wants to upgrade to 15.0.0-r1.
But it now requires LLVM_SLOT=15 to be defined.

Doing so in make.conf triggers reinstall of media-libs/mesa

Code: Select all

Advised by with LLVM_SLOT="15 16 +17 18" in Available versions.
along with
Installed versions:  24.0.2^t(10:50:17 29/02/2024)(X gles1 gles2 opencl opengl vaapi vdpau wayland zstd -d3d9 -debug -llvm -lm-sensors -osmesa -proprietary-codecs -selinux -test -unwind -valgrind -vulkan -vulkan-overlay -xa -zink ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="64 -32 -x32" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17" VIDEO_CARDS="intel -d3d12 -freedreno -lavapipe -lima -nouveau -panfrost -r300 -r600 -radeon -radeonsi -v3d -vc4 -virgl -vivante -vmware")

Dang!

How to define LLVM_SLOT with per package resolution?
The above media-libs/mesa has been build with LLVM_SLOT="-15 -16 -17" and wants to rebuild now that LLVM_SLOT has be defined.
Any idea?

Is there any place documenting this LLVM_SLOT= from a functional perspective, e.g. not .eclass files which are technical only?

Thks 4 ur attention, interest & support.

[CaptainBlood]

Dang!
Can't even title as "LLVM_SLOT???"
Automatically converted to "Llvm_slot???"

Thks 4 ur attention, interest & support.

[CaptainBlood]

As an example:

Code: Select all

# cat /etc/portage/package.env/dev-libs::opencl-clang.conf 
dev-libs/opencl-clang:15 LLVM:15.conf

cat /etc/portage/env/LLVM:15.conf
LLVM_SLOT=15

or

Code: Select all

cat /etc/portage/package.use/dev-libs::opencl-clang.conf
dev-libs/opencl-clang:15 llvm_slot_15

They both solves the issue reported as:

Code: Select all

emerge -1 -p dev-libs/opencl-clang:15

!!! The ebuild selected to satisfy "dev-libs/opencl-clang:15" has unmet requirements.
- dev-libs/opencl-clang-15.0.0-r1::gentoo USE="" ABI_X86="(64)" LLVM_SLOT="-15"

  The following REQUIRED_USE flag constraints are unsatisfied:
    llvm_slot_15

  The above constraints are a subset of the following complete expression:
    exactly-one-of ( llvm_slot_15 )

Thks 4 ur attention, interest & support.

[Hu]

What is the actual problem here? This looks like a USE_EXPAND variable, and those are usually handled by the profile. Assuming it is a USE_EXPAND, then the usual rules for package.use should apply here. However, I wouldn't expect you should need to do anything, since the profile should have a good default here.

[CaptainBlood]

Mistaken by forgettting to slot

Code: Select all

equery u dev-libs/opencl-clang
!!! No USE flags found for dev-libs/opencl-clang-16.0.0-r1

as I should have run

Code: Select all

equery u dev-libs/opencl-clang:15
[ Legend : U - final flag setting for installation]
[        : I - package is installed with flag     ]
[ Colors : set, unset                             ]
 * Found these USE flags for dev-libs/opencl-clang-15.0.0-r1:
 U I
 - - llvm_slot_15 : Use LLVM 15.

which is very clear indeed.

Because I noticed a few days back LLVM_SLOT in make.conf dedicated thread, I thought I was the right thing to do.

???profile.... Can you plz elaborate?

Thks 4 ur attention, interest & support.

[Hu]

On further investigation, this is not a profile issue. I find no evidence that the profile automatically manages LLVM_SLOT. Rather, this is automatically managed in eclass/llvm-r1.eclass, which sets up the IUSE for the package and default-enables the "best" slot, according to some internal rules for what it considers best. From a cursory read, it appears that "best" means "newest within constraints about stable versus unstable."

Since this is default-enabled in the IUSE, it would normally be handled automatically. I suspect that this is another of the systems that you impaired with a global USE=-*, although you did not mention that this system is affected by that. Don't do that.