The state for this very moment is that we can have many versions of llvm around, however we can at most have only one ld.lld installed. Usually matching the lowest version of clang installed.
Have you seen these commits?
On 29/10/2022 18.22, Matt Turner wrote:
Have you seen these commits?
I did not, thanks. Seems like the solution. Is there a reason why llvm:N
do not pull in lld:N in that case?
lld isn't a dependency of llvm; it's the same reason why llvm:N
doesn't depend on clang:N.
On 29/10/2022 21.01, Matt Turner wrote:
lld isn't a dependency of llvm; it's the same reason why llvm:N
doesn't depend on clang:N.
That's fair. Still a bit of a bummer that we cannot guarantee a
frictionless support for clang-based kernels, in a sense that your
system could pull new update of llvm and clang, but will not
automatically add new slot for lld, which means unless you manually
install lld:NEW_SLOT your 'make LLVM=1' will fail, as it will pick wrong
LD from another clang version.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 407 |
Nodes: | 16 (2 / 14) |
Uptime: | 15:38:29 |
Calls: | 8,555 |
Calls today: | 7 |
Files: | 13,219 |
Messages: | 5,925,786 |