View previous topic :: View next topic |
Author |
Message |
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Mon Jan 15, 2024 4:12 pm Post subject: two versions of llvm |
|
|
Hello.
How to determine who is pulling the sys-devel/llvm dependencies?
Why are there two heavy compilers in the system?
Code: | [ebuild R ] sys-devel/llvm-16.0.6
[ebuild NS ] sys-devel/llvm-17.0.6 [16.0.6] |
_________________ BSD, Linux systems blog |
|
Back to top |
|
|
sMueggli Guru
Joined: 03 Sep 2022 Posts: 379
|
Posted: Mon Jan 15, 2024 4:28 pm Post subject: |
|
|
You have two versions of llvm if some packages depend on the older version and others depend on the newer version. The situation will normally resolve, when all packages are using the newer version.
After you have installed both versions, you can check with
Code: | emerge --pretend --verbose --depclean sys-devel/llvm |
which packages still depend on the older version. |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Tue Jan 16, 2024 1:38 pm Post subject: |
|
|
Did not understand you.
Heavy system update.
Code: | sys-devel/clang-17.0.6
sys-devel/clang-16.0.6
sys-devel/llvm-17.0.6
sys-devel/llvm-16.0.6 |
I don’t understand based on the dependencies which software runs the old package and which the new one? _________________ BSD, Linux systems blog |
|
Back to top |
|
|
sMueggli Guru
Joined: 03 Sep 2022 Posts: 379
|
Posted: Tue Jan 16, 2024 1:57 pm Post subject: |
|
|
Without seeing the output it is impossible to tell you, why you have both versions installed.
In my case it is because media-libs/mesa-23.1.9 pulls in llvm-16.0.6. Will be solved with the stabilisation of mesa-23.3. |
|
Back to top |
|
|
wjb l33t
Joined: 10 Jul 2005 Posts: 614 Location: Fife, Scotland
|
Posted: Tue Jan 16, 2024 2:16 pm Post subject: |
|
|
@bagas
For example, on my system:
Code: |
# emerge --pretend --verbose --depclean sys-devel/llvm
Calculating dependencies... done!
sys-devel/llvm-16.0.6 pulled in by:
media-libs/mesa-23.1.9 requires sys-devel/llvm:16[llvm_targets_AMDGPU(+),abi_x86_32(-),abi_x86_64(-)], <sys-devel/llvm-17:=[llvm_targets_AMDGPU(+),abi_x86_32(-),abi_x86_64(-)], <sys-devel/llvm-17:16/16=[llvm_targets_AMDGPU(+),abi_x86_32(-),abi_x86_64(-)]
sys-devel/clang-16.0.6 requires ~sys-devel/llvm-16.0.6:16/16=[-debug,abi_x86_64(-)], ~sys-devel/llvm-16.0.6[llvm_targets_WebAssembly], ~sys-devel/llvm-16.0.6[llvm_targets_SystemZ], ~sys-devel/llvm-16.0.6[llvm_targets_Hexagon], ~sys-devel/llvm-16.0.6[llvm_targets_Sparc], ~sys-devel/llvm-16.0.6[llvm_targets_VE], ~sys-devel/llvm-16.0.6[llvm_targets_AVR], ~sys-devel/llvm-16.0.6[llvm_targets_RISCV], ~sys-devel/llvm-16.0.6[llvm_targets_X86], ~sys-devel/llvm-16.0.6[llvm_targets_AArch64], ~sys-devel/llvm-16.0.6[llvm_targets_ARM], ~sys-devel/llvm-16.0.6:16=[-debug,abi_x86_64(-)], ~sys-devel/llvm-16.0.6[llvm_targets_LoongArch], ~sys-devel/llvm-16.0.6[llvm_targets_BPF], ~sys-devel/llvm-16.0.6[llvm_targets_MSP430], ~sys-devel/llvm-16.0.6[llvm_targets_XCore], ~sys-devel/llvm-16.0.6[llvm_targets_PowerPC], ~sys-devel/llvm-16.0.6[llvm_targets_NVPTX], ~sys-devel/llvm-16.0.6[llvm_targets_Lanai], ~sys-devel/llvm-16.0.6[llvm_targets_Mips], ~sys-devel/llvm-16.0.6[llvm_targets_AMDGPU]
sys-devel/llvm-toolchain-symlinks-16-r1 requires sys-devel/llvm:16
sys-libs/compiler-rt-16.0.6 requires sys-devel/llvm:16
sys-libs/compiler-rt-sanitizers-16.0.6 requires sys-devel/llvm:16
sys-devel/llvm-17.0.6 pulled in by:
mail-client/thunderbird-115.6.0 requires sys-devel/llvm:17
sys-devel/clang-17.0.6 requires ~sys-devel/llvm-17.0.6[llvm_targets_AArch64], ~sys-devel/llvm-17.0.6[llvm_targets_LoongArch], ~sys-devel/llvm-17.0.6:17/17=[-debug,abi_x86_64(-)], ~sys-devel/llvm-17.0.6:17=[-debug,abi_x86_64(-)], ~sys-devel/llvm-17.0.6[llvm_targets_ARM], ~sys-devel/llvm-17.0.6[llvm_targets_Hexagon], ~sys-devel/llvm-17.0.6[llvm_targets_PowerPC], ~sys-devel/llvm-17.0.6[llvm_targets_X86], ~sys-devel/llvm-17.0.6[llvm_targets_AVR], ~sys-devel/llvm-17.0.6[llvm_targets_Sparc], ~sys-devel/llvm-17.0.6[llvm_targets_AMDGPU], ~sys-devel/llvm-17.0.6[llvm_targets_XCore], ~sys-devel/llvm-17.0.6[llvm_targets_SystemZ], ~sys-devel/llvm-17.0.6[llvm_targets_BPF], ~sys-devel/llvm-17.0.6[llvm_targets_MSP430], ~sys-devel/llvm-17.0.6[llvm_targets_Lanai], ~sys-devel/llvm-17.0.6[llvm_targets_RISCV], ~sys-devel/llvm-17.0.6[llvm_targets_NVPTX], ~sys-devel/llvm-17.0.6[llvm_targets_WebAssembly], ~sys-devel/llvm-17.0.6[llvm_targets_Mips], ~sys-devel/llvm-17.0.6[llvm_targets_VE]
sys-devel/lld-17.0.6 requires sys-devel/llvm:17, ~sys-devel/llvm-17.0.6[-debug,-zstd]
sys-devel/llvm-toolchain-symlinks-17 requires sys-devel/llvm:17
sys-devel/llvmgold-17 requires sys-devel/llvm:17[binutils-plugin]
sys-libs/compiler-rt-17.0.6 requires sys-devel/llvm:17
sys-libs/compiler-rt-sanitizers-17.0.6 requires sys-devel/llvm:17
www-client/firefox-115.6.0 requires sys-devel/llvm:17
>>> No packages selected for removal by depclean
|
So the current mesa is clinging on to llvm:16 while firefox and thunderbird need llvm:17 |
|
Back to top |
|
|
finoderi n00b
Joined: 29 Oct 2021 Posts: 35
|
Posted: Tue Jan 16, 2024 7:09 pm Post subject: |
|
|
Alternatively one can use equery which exists to get information about packages.
By the by mesa-23.3.1 doesn't need llvm-16.0.6 any more. |
|
Back to top |
|
|
grknight Retired Dev
Joined: 20 Feb 2015 Posts: 1736
|
Posted: Tue Jan 16, 2024 8:03 pm Post subject: |
|
|
finoderi wrote: | Alternatively one can use equery which exists to get information about packages.
By the by mesa-23.3.1 doesn't need llvm-16.0.6 any more. |
Don't trust "equery d" for such things. It takes shortcuts and shows what might depend but not necessarily does depend on a system.
Pretending to remove is the only definitive source. |
|
Back to top |
|
|
finoderi n00b
Joined: 29 Oct 2021 Posts: 35
|
Posted: Tue Jan 16, 2024 8:38 pm Post subject: |
|
|
grknight wrote: | It takes shortcuts and shows what might depend but not necessarily does depend on a system. |
Good to know, thanks. |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Thu Feb 08, 2024 5:35 am Post subject: |
|
|
Strange behavior of package dependencies.
Code: | sys-devel/clang-17.0.6
sys-devel/clang-16.0.6
sys-devel/llvm-17.0.6
sys-devel/llvm-16.0.6 |
I'm looking at dependencies.
Code: | # emerge --pretend --verbose --depclean sys-devel/llvm
Calculating dependencies... done!
sys-devel/llvm-16.0.6 pulled in by:
dev-util/intel_clc-23.3.1-r1 requires sys-devel/llvm:16
dev-util/spirv-llvm-translator-16.0.0-r1 requires sys-devel/llvm:16/16=, sys-devel/llvm:16=
sys-devel/clang-16.0.6 requires ~sys-devel/llvm-16.0.6[llvm_targets_AVR], ~sys-devel/llvm-16.0.6[llvm_targets_BPF], ~sys-devel/llvm-16.0.6[llvm_targets_ARM], ~sys-devel/llvm-16.0.6[llvm_targets_X86], ~sys-devel/llvm-16.0.6[llvm_targets_NVPTX], ~sys-devel/llvm-16.0.6[llvm_targets_Mips], ~sys-devel/llvm-16.0.6[llvm_targets_WebAssembly], ~sys-devel/llvm-16.0.6[llvm_targets_AMDGPU], ~sys-devel/llvm-16.0.6[llvm_targets_Lanai], ~sys-devel/llvm-16.0.6[llvm_targets_AArch64], ~sys-devel/llvm-16.0.6[llvm_targets_VE], ~sys-devel/llvm-16.0.6[llvm_targets_PowerPC], ~sys-devel/llvm-16.0.6[llvm_targets_LoongArch], ~sys-devel/llvm-16.0.6:16/16=[-debug,abi_x86_64(-)], ~sys-devel/llvm-16.0.6:16=[-debug,abi_x86_64(-)], ~sys-devel/llvm-16.0.6[llvm_targets_Sparc], ~sys-devel/llvm-16.0.6[llvm_targets_XCore], ~sys-devel/llvm-16.0.6[llvm_targets_Hexagon], ~sys-devel/llvm-16.0.6[llvm_targets_SystemZ], ~sys-devel/llvm-16.0.6[llvm_targets_RISCV], ~sys-devel/llvm-16.0.6[llvm_targets_MSP430]
sys-devel/llvm-toolchain-symlinks-16-r1 requires sys-devel/llvm:16
sys-libs/compiler-rt-16.0.6 requires sys-devel/llvm:16
sys-libs/compiler-rt-sanitizers-16.0.6 requires sys-devel/llvm:16
sys-devel/llvm-17.0.6 pulled in by:
dev-util/intel_clc-23.3.1-r1 requires <sys-devel/llvm-18:=, <sys-devel/llvm-18:17/17=
media-libs/mesa-23.3.1 requires <sys-devel/llvm-18:=[llvm_targets_AMDGPU(+),abi_x86_64(-)], sys-devel/llvm:17[llvm_targets_AMDGPU(+),abi_x86_64(-)], <sys-devel/llvm-18:17/17=[llvm_targets_AMDGPU(+),abi_x86_64(-)]
sys-devel/clang-17.0.6 requires ~sys-devel/llvm-17.0.6[llvm_targets_PowerPC], ~sys-devel/llvm-17.0.6[llvm_targets_BPF], ~sys-devel/llvm-17.0.6[llvm_targets_AMDGPU], ~sys-devel/llvm-17.0.6[llvm_targets_RISCV], ~sys-devel/llvm-17.0.6:17/17=[-debug,abi_x86_64(-)], ~sys-devel/llvm-17.0.6[llvm_targets_ARM], ~sys-devel/llvm-17.0.6[llvm_targets_MSP430], ~sys-devel/llvm-17.0.6[llvm_targets_Mips], ~sys-devel/llvm-17.0.6[llvm_targets_AArch64], ~sys-devel/llvm-17.0.6[llvm_targets_LoongArch], ~sys-devel/llvm-17.0.6[llvm_targets_WebAssembly], ~sys-devel/llvm-17.0.6[llvm_targets_Sparc], ~sys-devel/llvm-17.0.6[llvm_targets_AVR], ~sys-devel/llvm-17.0.6[llvm_targets_NVPTX], ~sys-devel/llvm-17.0.6[llvm_targets_X86], ~sys-devel/llvm-17.0.6[llvm_targets_XCore], ~sys-devel/llvm-17.0.6[llvm_targets_SystemZ], ~sys-devel/llvm-17.0.6[llvm_targets_VE], ~sys-devel/llvm-17.0.6[llvm_targets_Lanai], ~sys-devel/llvm-17.0.6[llvm_targets_Hexagon], ~sys-devel/llvm-17.0.6:17=[-debug,abi_x86_64(-)]
sys-devel/llvm-toolchain-symlinks-17 requires sys-devel/llvm:17
sys-devel/llvmgold-17 requires sys-devel/llvm:17[binutils-plugin]
sys-libs/compiler-rt-17.0.6 requires sys-devel/llvm:17
sys-libs/compiler-rt-sanitizers-17.0.6 requires sys-devel/llvm:17
>>> No packages selected for removal by depclean
Packages installed: 803
Packages in world: 67
Packages in system: 49
Required packages: 803
Number to remove: 0 |
Why package intel_clc-23.3.1-r1 pulls according to dependencies llvm-16.0.6?
intel_clc-23.3.1-r1 can job version llvm-17.0.6.
Taken from here /usr/portage/dev-util/intel_clc/intel_clc-23.3.1-r1.ebuild.
Code: |
# Please keep the LLVM dependency block separate. Since LLVM is slotted,
# we need to *really* make sure we're not pulling one than more slot
# simultaneously.
#
# How to use it:
# 1. Specify LLVM_MAX_SLOT (inclusive), e.g. 17.
# 2. Specify LLVM_MIN_SLOT (inclusive), e.g. 15.
LLVM_MAX_SLOT="17"
LLVM_MIN_SLOT="15"
PER_SLOT_DEPSTR="
(
dev-util/spirv-llvm-translator:@SLOT@
sys-devel/clang:@SLOT@
sys-devel/llvm:@SLOT@
) |
What does it mean? _________________ BSD, Linux systems blog |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1709
|
Posted: Thu Feb 08, 2024 5:44 am Post subject: |
|
|
Check out bug 923228. Work is in progress. |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Thu Feb 08, 2024 5:57 am Post subject: |
|
|
sam_ wrote: | Check out bug 923228. Work is in progress. |
I didn't understand the solution to the problem.
why make a class?
Code: | DEPEND="
llvm_target_16? ( sys-devel/clang:16 sys-devel/llvm:16 )
llvm_target_17? ( sys-devel/clang:17 sys-devel/llvm:17 )
llvm_target_18? ( sys-devel/clang:18 sys-devel/llvm:18 )
" |
It’s easier to specify a static version of the package, currently stable version of llvm/cland.
Code: | sys-devel/clang:17
sys-devel/llvm:17 |
_________________ BSD, Linux systems blog |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1709
|
Posted: Thu Feb 08, 2024 6:17 am Post subject: |
|
|
If you follow the discussion, you'll see that it solves a few other issues too.
If we limited it to one static version, that wouldn't be received well by our users when porting to newer LLVMs, and we'd have the opposite complaint. It would also largely defeat the point of LLVM being slotted at all. So, yes, easier, but not the right solution for Gentoo.
It would be overkill to suddenly restrict the options available to users substantially because of a bug we know how to fix, using a method which was kind of overdue anyway (given it fixes some other problems as well).
There is also a world beyond stable.
Forcing static, single versions would be considered a serious regression and not at all an improvement. |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Thu Feb 08, 2024 7:10 am Post subject: |
|
|
sam_ wrote: | If you follow the discussion, you'll see that it solves a few other issues too. |
I didn’t notice a solution to the problem in the answers.
How can I get rid of llvm/clang duplicates.
Code: | RDEPEND="
dev-libs/libclc
dev-util/spirv-tools
>=sys-libs/zlib-1.2.8:=
x11-libs/libdrm
"
DEPEND="${RDEPEND}
dev-libs/expat
" |
Replaced by?
Code: | RDEPEND="
dev-libs/libclc
dev-util/spirv-tools
>=sys-libs/zlib-1.2.8:=
x11-libs/libdrm
"
DEPEND="${RDEPEND}
dev-libs/expat
llvm_target_16? ( sys-devel/clang:16 sys-devel/llvm:16 )
llvm_target_17? ( sys-devel/clang:17 sys-devel/llvm:17 )
llvm_target_18? ( sys-devel/clang:18 sys-devel/llvm:18 )
" |
_________________ BSD, Linux systems blog
Last edited by bagas on Thu Feb 08, 2024 7:13 am; edited 1 time in total |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1709
|
Posted: Thu Feb 08, 2024 7:13 am Post subject: |
|
|
bagas wrote: | sam_ wrote: | If you follow the discussion, you'll see that it solves a few other issues too. |
I didn’t notice a solution to the problem in the answers.
How can I get rid of llvm/clang duplicates. |
The eclass will fix the dependencies in the ebuild so that it goes away. Just wait a few days. |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Thu Feb 08, 2024 7:14 am Post subject: |
|
|
sam_ wrote: | bagas wrote: | sam_ wrote: | If you follow the discussion, you'll see that it solves a few other issues too. |
I didn’t notice a solution to the problem in the answers.
How can I get rid of llvm/clang duplicates. |
The eclass will fix the dependencies in the ebuild so that it goes away. Just wait a few days. |
Thank you, I'll wait. _________________ BSD, Linux systems blog |
|
Back to top |
|
|
logrusx Veteran
Joined: 22 Feb 2018 Posts: 1726
|
Posted: Thu Feb 08, 2024 7:28 am Post subject: |
|
|
bagas wrote: | sam_ wrote: | bagas wrote: | sam_ wrote: | If you follow the discussion, you'll see that it solves a few other issues too. |
I didn’t notice a solution to the problem in the answers.
How can I get rid of llvm/clang duplicates. |
The eclass will fix the dependencies in the ebuild so that it goes away. Just wait a few days. |
Thank you, I'll wait. |
I believe it'll be fixed when this pull request gets merged: https://github.com/gentoo/gentoo/pull/35196
Also I think the discussion Sam referred to happened there. Anyways, it's about programmatic changes and nothing that can be done by the user to workaround the issue. Although I would try a few things on my system, I wouldn't suggest them to anyone over the forums as they could break someone's system and it will become a not trivial job to restore it.
Best Regards,
Georgi |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1709
|
Posted: Thu Feb 08, 2024 7:34 am Post subject: |
|
|
Yeah, mgorny has since posted it to the ML as well (PR was just for some pre-ML review to see if we liked the idea). |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Thu Feb 08, 2024 8:03 am Post subject: |
|
|
sam_ wrote: | If you follow the discussion, you'll see that it solves a few other issues too.
If we limited it to one static version, that wouldn't be received well by our users when porting to newer LLVMs, and we'd have the opposite complaint. It would also largely defeat the point of LLVM being slotted at all. So, yes, easier, but not the right solution for Gentoo.
It would be overkill to suddenly restrict the options available to users substantially because of a bug we know how to fix, using a method which was kind of overdue anyway (given it fixes some other problems as well).
There is also a world beyond stable.
Forcing static, single versions would be considered a serious regression and not at all an improvement. |
If specify the lvm version variable in make.conf and for ebuild take the required version variable from make.conf?
Code: | DEFAULT_VERSIONS+=llvm=17 |
_________________ BSD, Linux systems blog |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Tue Feb 13, 2024 5:47 am Post subject: |
|
|
sam_ wrote: | bagas wrote: | sam_ wrote: | If you follow the discussion, you'll see that it solves a few other issues too. |
I didn’t notice a solution to the problem in the answers.
How can I get rid of llvm/clang duplicates. |
The eclass will fix the dependencies in the ebuild so that it goes away. Just wait a few days. |
Can I update? _________________ BSD, Linux systems blog |
|
Back to top |
|
|
finoderi n00b
Joined: 29 Oct 2021 Posts: 35
|
Posted: Tue Feb 13, 2024 8:50 am Post subject: |
|
|
You don't have anything else to do other than pestering devs on a forum? |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Tue Feb 13, 2024 8:54 am Post subject: |
|
|
finoderi wrote: | You don't have anything else to do other than pestering devs on a forum? |
Code: | [ebuild R ] sys-devel/llvm-16.0.6
[ebuild NS ] sys-devel/llvm-17.0.6 [16.0.6] |
I don't like this situation!
Why do I two versions of the same program?! _________________ BSD, Linux systems blog |
|
Back to top |
|
|
logrusx Veteran
Joined: 22 Feb 2018 Posts: 1726
|
Posted: Tue Feb 13, 2024 9:44 am Post subject: |
|
|
finoderi wrote: | You don't have anything else to do other than pestering devs on a forum? |
Dear finoderi,
Thank you for being part of the community!
I'd like to emphasize that remarks like that on a public support forum do not contribute in any meaningful way. Please think twice if it really brings any benefit before doing it again.
Please be kind to others, make your time on the forums worth it and enjoy!
Best Regards,
Georgi |
|
Back to top |
|
|
logrusx Veteran
Joined: 22 Feb 2018 Posts: 1726
|
Posted: Tue Feb 13, 2024 9:46 am Post subject: |
|
|
bagas wrote: |
Can I update? |
I think you can, the PR I referenced above is closed, the bug is also closed. You'll see after syncing and running a full world update. If it still requires both versions, you can always give a list of packages to emerge to exclude with --exclude option which takes a list of space separated package names, if more than one package, quote it.
If it still does require both versions, then report it here, there might be something more to fix, either on your side or on Gentoo side.
Best Regards,
Georgi |
|
Back to top |
|
|
sokrovenno n00b
Joined: 23 Aug 2023 Posts: 66
|
Posted: Tue Feb 13, 2024 9:59 am Post subject: |
|
|
Quote: | I don't like this situation!
Why do I (have) two versions of the same program?!
|
As stated before, llvm-16 is dependency for another program BUT; may be some USE flag that you're using? I had the same 'problem' til I removed vulkan useflag from my make.conf
Now I only have llvm-17.0.6 =]
Code: | Calculating dependencies... done!
sys-devel/llvm-17.0.6 pulled in by:
media-libs/mesa-23.3.1 requires <sys-devel/llvm-18:17/17=[llvm_targets_AMDGPU(+),abi_x86_64(-)], <sys-devel/llvm-18:=[llvm_targets_AMDGPU(+),abi_x86_64(-)], sys-devel/llvm:17[llvm_targets_AMDGPU(+),abi_x86_64(-)]
sys-devel/clang-17.0.6 requires ~sys-devel/llvm-17.0.6[llvm_targets_AArch64], ~sys-devel/llvm-17.0.6[llvm_targets_AVR], ~sys-devel/llvm-17.0.6[llvm_targets_Hexagon], ~sys-devel/llvm-17.0.6[llvm_targets_ARM], ~sys-devel/llvm-17.0.6[llvm_targets_VE], ~sys-devel/llvm-17.0.6[llvm_targets_NVPTX], ~sys-devel/llvm-17.0.6[llvm_targets_Lanai], ~sys-devel/llvm-17.0.6[llvm_targets_XCore], ~sys-devel/llvm-17.0.6[llvm_targets_AMDGPU], ~sys-devel/llvm-17.0.6[llvm_targets_WebAssembly], ~sys-devel/llvm-17.0.6[llvm_targets_Mips], ~sys-devel/llvm-17.0.6[llvm_targets_X86], ~sys-devel/llvm-17.0.6[llvm_targets_PowerPC], ~sys-devel/llvm-17.0.6[llvm_targets_Sparc], ~sys-devel/llvm-17.0.6:17/17=[-debug,abi_x86_64(-)], ~sys-devel/llvm-17.0.6[llvm_targets_BPF], ~sys-devel/llvm-17.0.6[llvm_targets_MSP430], ~sys-devel/llvm-17.0.6[llvm_targets_LoongArch], ~sys-devel/llvm-17.0.6[llvm_targets_SystemZ], ~sys-devel/llvm-17.0.6:17=[-debug,abi_x86_64(-)], ~sys-devel/llvm-17.0.6[llvm_targets_RISCV]
sys-devel/lld-17.0.6 requires sys-devel/llvm:17, ~sys-devel/llvm-17.0.6[-debug,-zstd]
sys-devel/llvm-toolchain-symlinks-17 requires sys-devel/llvm:17
sys-devel/llvmgold-17 requires sys-devel/llvm:17[binutils-plugin]
sys-libs/compiler-rt-17.0.6 requires sys-devel/llvm:17
sys-libs/compiler-rt-sanitizers-17.0.6 requires sys-devel/llvm:17
www-client/firefox-115.7.0 requires sys-devel/llvm:17
>>> No packages selected for removal by depclean
Packages installed: 706
Packages in world: 66
Packages in system: 49
Required packages: 706
Number to remove: 0
|
I think you should not worry about it unless you REALLY have to recompile it. If it is being pulled to recompile it just use --exclude or update your system before going to bed. When you wake up everything will be finished and okay. Soon this will be solved, so you should not worry about it so much.
Best Regards,
sokrovenno |
|
Back to top |
|
|
bagas Apprentice
Joined: 29 Jun 2018 Posts: 208
|
Posted: Tue Feb 13, 2024 10:28 am Post subject: |
|
|
sokrovenno wrote: | Quote: | I don't like this situation!
Why do I (have) two versions of the same program?!
|
As stated before, llvm-16 is dependency for another program BUT; may be some USE flag that you're using? I had the same 'problem' til I removed vulkan useflag from my make.conf
Now I only have llvm-17.0.6 =]
sokrovenno |
Profil.
Code: | $ eselect profile list | grep '*'
[15] default/linux/amd64/17.1/no-multilib (stable) * |
global use
Code: | /etc/portage/make.conf
ENABLE_USE="elogind policykit wayland gles2 opengl"
DISABLE_USE="-vaapi -joystick -kde -gnome -samba -cups -consolekit -systemd -arts -ipv6 -sudo -multilib -svg -haptic" |
individual use
Code: | /etc/portage/package.use/package.use
media-libs/mesa vaapi vulkan
|
Problem is in the dev-util/intel_clc package.
Code: | # emerge --pretend --verbose --depclean sys-devel/llvm
Calculating dependencies... done!
sys-devel/llvm-16.0.6 pulled in by:
dev-util/intel_clc-23.3.1-r1 requires sys-devel/llvm:16
sys-devel/llvm-17.0.6 pulled in by:
dev-util/intel_clc-23.3.1-r1 requires <sys-devel/llvm-18:=, <sys-devel/llvm-18:17/17= |
I'm a perfectionist. ) _________________ BSD, Linux systems blog |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|