[ISSUE] [RFC] Package multiple versions of llvm tool-chain

[ISSUE] [RFC] Package multiple versions of llvm tool-chain

[Calandracas606]

[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]

New issue by Calandracas606 on void-packages repository

https://github.com/void-linux/void-packages/issues/48222

Description:
<!--
  if you are creating a bug report or package request, please fill out one of the forms here:
  https://github.com/void-linux/void-packages/issues/new/choose

  Don't request an update of a package, We have a script for that:
  https://repo-default.voidlinux.org/void-updates/void-updates.txt
  However, a quality pull request may help.
-->

Major llvm releases introduce breaking changes, and it can take a while for software that depends on llvm to adapt.

Debian packages versioned llvm packages, as does llvm's own deb repository to allow multiple versions of the tool-chain to be installed simultaneously

Void already provides multiple versions of libllvm (12 and 15), I propose doing something similar but with more components of the tool-chain, such as clang and libclang.

For example, this would allow Void to build mesa with llvm17, but zig with llvm15 (zig does not support llvm17 yet)

This would also allow void to package new llvm versions, before setting one as the "default" versions. Similar to how void has "linux" and "linux-mainline" packages, void could add llvm17, but keep the llvm meta-package depending on llvm15. This would also require creating new meta-packages for other components of the tool-chain such as clang, and having the meta-package "clang" depend on a new package, "clang15".

llvm's cmake has support for building and installing in this way. /usr/bin/clang is already a symlink to /usr/bin/clang-15

If this seems reasonable, I propose adding these changes to my WIP llvm17 package, #46935 

Re: [RFC] Package multiple versions of llvm tool-chain

[classabbyamp]

[-- Attachment #1: Type: text/plain, Size: 165 bytes --]

New comment by classabbyamp on void-packages repository

https://github.com/void-linux/void-packages/issues/48222#issuecomment-1894678384

Comment:
seems reasonable

Re: [RFC] Package multiple versions of llvm tool-chain

[jonpikum]

[-- Attachment #1: Type: text/plain, Size: 309 bytes --]

New comment by jonpikum on void-packages repository

https://github.com/void-linux/void-packages/issues/48222#issuecomment-1896062950

Comment:
Would this open the door to LLVM forks - e.g. [ROCm](https://github.com/ROCm/llvm-project)?
Not sure how muddy that might get.
Or would the goal be mainline only?

Re: [RFC] Package multiple versions of llvm tool-chain

[Calandracas606]

[-- Attachment #1: Type: text/plain, Size: 462 bytes --]

New comment by Calandracas606 on void-packages repository

https://github.com/void-linux/void-packages/issues/48222#issuecomment-1896255302

Comment:
> Would this open the door to LLVM forks - e.g. [ROCm](https://github.com/ROCm/llvm-project)? Not sure how muddy that might get. Or would the goal be mainline only?

ROCm is already possible, I have a working template (glibc only) but it is quite messy. I'm not sure it's a good fit for a void package though.

Re: [RFC] Package multiple versions of llvm tool-chain

[Calandracas606]

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

New comment by Calandracas606 on void-packages repository

https://github.com/void-linux/void-packages/issues/48222#issuecomment-1896255302

Comment:
> Would this open the door to LLVM forks - e.g. [ROCm](https://github.com/ROCm/llvm-project)? Not sure how muddy that might get. Or would the goal be mainline only?

ROCm is already possible, it has no dependancies on system llvm, and can be installed to a directory such as /usr/lib/rocm

I have a working template (x86_64 glibc only) but it is quite messy. I don't think it's a good fit for a void package though.

Re: [RFC] Package multiple versions of llvm tool-chain

[github-actions]

[-- Attachment #1: Type: text/plain, Size: 293 bytes --]

New comment by github-actions[bot] on void-packages repository

https://github.com/void-linux/void-packages/issues/48222#issuecomment-2060190161

Comment:
Issues become stale 90 days after last activity and are closed 14 days after that.  If this issue is still relevant bump it or assign it.

Re: [ISSUE] [CLOSED] [RFC] Package multiple versions of llvm tool-chain

[github-actions]

[-- Attachment #1: Type: text/plain, Size: 1692 bytes --]

Closed issue by Calandracas606 on void-packages repository

https://github.com/void-linux/void-packages/issues/48222

Description:
<!--
  if you are creating a bug report or package request, please fill out one of the forms here:
  https://github.com/void-linux/void-packages/issues/new/choose

  Don't request an update of a package, We have a script for that:
  https://repo-default.voidlinux.org/void-updates/void-updates.txt
  However, a quality pull request may help.
-->

Major llvm releases introduce breaking changes, and it can take a while for software that depends on llvm to adapt.

Debian packages versioned llvm packages, as does llvm's own deb repository to allow multiple versions of the tool-chain to be installed simultaneously

Void already provides multiple versions of libllvm (12 and 15), I propose doing something similar but with more components of the tool-chain, such as clang and libclang.

For example, this would allow Void to build mesa with llvm17, but zig with llvm15 (zig does not support llvm17 yet)

This would also allow void to package new llvm versions, before setting one as the "default" versions. Similar to how void has "linux" and "linux-mainline" packages, void could add llvm17, but keep the llvm meta-package depending on llvm15. This would also require creating new meta-packages for other components of the tool-chain such as clang, and having the meta-package "clang" depend on a new package, "clang15".

llvm's cmake has support for building and installing in this way. /usr/bin/clang is already a symlink to /usr/bin/clang-15

If this seems reasonable, I propose adding these changes to my WIP llvm17 package, #46935