Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
two versions of llvm
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Mon Jan 15, 2024 4:12 pm    Post subject: two versions of llvm Reply with quote

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
View user's profile Send private message
sMueggli
Guru
Guru


Joined: 03 Sep 2022
Posts: 371

PostPosted: Mon Jan 15, 2024 4:28 pm    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Tue Jan 16, 2024 1:38 pm    Post subject: Reply with quote

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
View user's profile Send private message
sMueggli
Guru
Guru


Joined: 03 Sep 2022
Posts: 371

PostPosted: Tue Jan 16, 2024 1:57 pm    Post subject: Reply with quote

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
View user's profile Send private message
wjb
l33t
l33t


Joined: 10 Jul 2005
Posts: 609
Location: Fife, Scotland

PostPosted: Tue Jan 16, 2024 2:16 pm    Post subject: Reply with quote

@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
View user's profile Send private message
finoderi
n00b
n00b


Joined: 29 Oct 2021
Posts: 34

PostPosted: Tue Jan 16, 2024 7:09 pm    Post subject: Reply with quote

Alternatively one can use equery which exists to get information about packages.
Code:
equery d llvm

By the by mesa-23.3.1 doesn't need llvm-16.0.6 any more.
Back to top
View user's profile Send private message
grknight
Retired Dev
Retired Dev


Joined: 20 Feb 2015
Posts: 1663

PostPosted: Tue Jan 16, 2024 8:03 pm    Post subject: Reply with quote

finoderi wrote:
Alternatively one can use equery which exists to get information about packages.
Code:
equery d llvm

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
View user's profile Send private message
finoderi
n00b
n00b


Joined: 29 Oct 2021
Posts: 34

PostPosted: Tue Jan 16, 2024 8:38 pm    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Thu Feb 08, 2024 5:35 am    Post subject: Reply with quote

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
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 1678

PostPosted: Thu Feb 08, 2024 5:44 am    Post subject: Reply with quote

Check out bug 923228. Work is in progress.
Back to top
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Thu Feb 08, 2024 5:57 am    Post subject: Reply with quote

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
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 1678

PostPosted: Thu Feb 08, 2024 6:17 am    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Thu Feb 08, 2024 7:10 am    Post subject: Reply with quote

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
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 1678

PostPosted: Thu Feb 08, 2024 7:13 am    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Thu Feb 08, 2024 7:14 am    Post subject: Reply with quote

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
View user's profile Send private message
logrusx
Veteran
Veteran


Joined: 22 Feb 2018
Posts: 1550

PostPosted: Thu Feb 08, 2024 7:28 am    Post subject: Reply with quote

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
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 1678

PostPosted: Thu Feb 08, 2024 7:34 am    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Thu Feb 08, 2024 8:03 am    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Tue Feb 13, 2024 5:47 am    Post subject: Reply with quote

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
View user's profile Send private message
finoderi
n00b
n00b


Joined: 29 Oct 2021
Posts: 34

PostPosted: Tue Feb 13, 2024 8:50 am    Post subject: Reply with quote

You don't have anything else to do other than pestering devs on a forum?
Back to top
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Tue Feb 13, 2024 8:54 am    Post subject: Reply with quote

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
View user's profile Send private message
logrusx
Veteran
Veteran


Joined: 22 Feb 2018
Posts: 1550

PostPosted: Tue Feb 13, 2024 9:44 am    Post subject: Reply with quote

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
View user's profile Send private message
logrusx
Veteran
Veteran


Joined: 22 Feb 2018
Posts: 1550

PostPosted: Tue Feb 13, 2024 9:46 am    Post subject: Reply with quote

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
View user's profile Send private message
sokrovenno
n00b
n00b


Joined: 23 Aug 2023
Posts: 65

PostPosted: Tue Feb 13, 2024 9:59 am    Post subject: Reply with quote

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
View user's profile Send private message
bagas
Apprentice
Apprentice


Joined: 29 Jun 2018
Posts: 207

PostPosted: Tue Feb 13, 2024 10:28 am    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
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