[gentoo-user] Upgrade problems with the latest llvm/clang

[gentoo-user] Upgrade problems with the latest llvm/clang

[Jack]

The latest eix-sync included clang and llvm 18.  Unfortunately, a full  
emerge upgrade complains

- media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl)  
proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl  
-osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa"  
ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17  
(-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel  
-lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4)  
-virgl (-vivante) -vmware -zink"

   The following REQUIRED_USE flag constraints are unsatisfied:
     llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17  
llvm_slot_18 ) )

The problem is that I don't know why one of the llvm slots is NOT  
selected.

"emerge --info mesa" includes:

USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland  
zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind  
-vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)"  
CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon  
radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk)  
(-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink"

which shows slot 17 IS selected.

"grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in  
one of the package.use files.

My profile is
  default/linux/amd64/23.0/desktop/plasma (stable) *

I find no relevant bug filed, and nothing related on the forums.  What  
fine manual have I apparently neglected to read?

Jack

Re: [gentoo-user] Upgrade problems with the latest llvm/clang

[Eli Schwartz]

[-- Attachment #1.1: Type: text/plain, Size: 2310 bytes --]

On 7/23/24 5:37 PM, Jack wrote:
> The latest eix-sync included clang and llvm 18.  Unfortunately, a full
> emerge upgrade complains
> 
> - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl)
> proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl
> -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa"
> ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17
> (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe
> (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl
> (-vivante) -vmware -zink"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
>     llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17
> llvm_slot_18 ) )
> 
> The problem is that I don't know why one of the llvm slots is NOT selected.
> 
> "emerge --info mesa" includes:
> 
> USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland
> zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind
> -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)"
> CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon
> radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk)
> (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink"
> 
> which shows slot 17 IS selected.
> 
> "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one
> of the package.use files.
> 
> My profile is
>  default/linux/amd64/23.0/desktop/plasma (stable) *
> 
> I find no relevant bug filed, and nothing related on the forums.  What
> fine manual have I apparently neglected to read?


The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18, not
17, the upgrade is complaining that nothing is selected *at all*.

The underlying issue is that 18 is the default, but it is also force
masked on stable, which was a small mistake during stabilization. and
eclass bumping. It was shortly after rectified by removing the outdated
mask in profiles/base/use.stable.mask

Try syncing again. The llvm 18 slot bump was 8 hours ago, and the
use.stable.mask fix was 4 hours ago.

The bug for this is really just https://bugs.gentoo.org/935984#c13 (the
stabilization bug for llvm 18).


-- 
Eli Schwartz


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

Re: [gentoo-user] Upgrade problems with the latest llvm/clang

[Jack]

Sorry for the delay, but yes, after re-syncing, everything is working  
correctly.

Thanks for the info.

On 2024.07.23 17:52, Eli Schwartz wrote:
> On 7/23/24 5:37 PM, Jack wrote:
> > The latest eix-sync included clang and llvm 18.  Unfortunately, a  
> full
> > emerge upgrade complains
> >
> > - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl)
> > proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl
> > -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay  
> -xa"
> > ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17
> > (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel  
> -lavapipe
> > (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl
> > (-vivante) -vmware -zink"
> >
> >   The following REQUIRED_USE flag constraints are unsatisfied:
> >     llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17
> > llvm_slot_18 ) )
> >
> > The problem is that I don't know why one of the llvm slots is NOT  
> selected.
> >
> > "emerge --info mesa" includes:
> >
> > USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan  
> wayland
> > zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind
> > -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)"
> > CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)"  
> VIDEO_CARDS="radeon
> > radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau  
> (-nvk)
> > (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware  
> -zink"
> >
> > which shows slot 17 IS selected.
> >
> > "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32  
> in one
> > of the package.use files.
> >
> > My profile is
> >  default/linux/amd64/23.0/desktop/plasma (stable) *
> >
> > I find no relevant bug filed, and nothing related on the forums.   
> What
> > fine manual have I apparently neglected to read?
> 
> 
> The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18,  
> not
> 17, the upgrade is complaining that nothing is selected *at all*.
> 
> The underlying issue is that 18 is the default, but it is also force
> masked on stable, which was a small mistake during stabilization. and
> eclass bumping. It was shortly after rectified by removing the  
> outdated
> mask in profiles/base/use.stable.mask
> 
> Try syncing again. The llvm 18 slot bump was 8 hours ago, and the
> use.stable.mask fix was 4 hours ago.
> 
> The bug for this is really just https://bugs.gentoo.org/935984#c13  
> (the
> stabilization bug for llvm 18).
> 
> 
> --
> Eli Schwartz
> 
>