Open varungandhi-src opened 1 year ago
@varungandhi-src These binaries are built by volunteers on best-effort manner, therefore there is no guarantees which binaries are available for which release, etc. In general you should not rely on their presence for any particular version.
Tagging @tstellar
If you want to use up to date LLVM with bazel, maybe also take a look at https://github.com/eomii/rules_ll
These binaries are built by volunteers on best-effort manner
Understood. Is this due to a limitation of appropriate infrastructure not being available? Or is the problem that infrastructure is available but nobody has yet implemented the packaging code which runs on every release?
These binaries are built by volunteers on best-effort manner
Understood. Is this due to a limitation of appropriate infrastructure not being available? Or is the problem that infrastructure is available but nobody has yet implemented the packaging code which runs on every release?
Actually, both. See e.g. https://discourse.llvm.org/t/using-github-actions-for-releasing/67666/1
From the Releases page:
LLVM 15.0.7
LLVM 15.0.6
LLVM 15.0.5
LLVM 15.0.0
Some weird things:
powerpc64le-linux-ubuntu-18.04.5
) whereas most of the times they don't.aarch64-linux-gnu
build but it doesn't say what glibc version is being targeted.These kinds of factors make consuming pre-built archives from other projects difficult. For example, when consuming LLVM via Bazel in https://github.com/grailbio/bazel-toolchain/blob/master/toolchain/internal/llvm_distributions.bzl, you get seemingly odd errors with certain versions due to the LLVM version x OS version matrix being so inconsistently filled.
I understand Bazel is not officially supported, but it seems any downstream consumer of the archives would run into the same problem.