llvm 12 builds fine after adding %undefine __cmake_in_source_build. It does however carry a build dependency on python-recommonmark that looks tricky to untagle (#47).

If they're made parallel-installable, these could be done in EPEL. You could also build modules there too...

So, llvm (and clang) are already in CentOS: https://git.centos.org/rpms/llvm/tree/c8s-stream-rhel8 which I think makes them ineligible for EPEL. I know there's an exception for adding a non-module build in EPEL of something that's only in a non-default module stream in CentOS, but I don't think it applies here (as this is, afaict, in a default module stream).

You can make another default stream if the packages are non-conflicting with RHEL/CentOS LLVM stream packages. EPEL modules have an epel- prefix to deconflict the module names.

We discussed this today in the EPEL meeting. This package isn't suitable for EPEL, so we'd need to do the build in the SIG. @carlgeorge also suggested filing https://bugzilla.redhat.com/show_bug.cgi?id=1952248 to get LLVM updated in CentOS Stream proper, as it's under a "rolling application stream" lifecycle: https://access.redhat.com/support/policy/updates/rhel8-app-streams-life-cycle

Meeting logs: https://meetbot.fedoraproject.org/fedora-meeting/2021-04-21/epel.2021-04-21-20.00.log.html

New LLVM 12 builds up:

• llvm: https://cbs.centos.org/koji/buildinfo?buildID=32909
• clang: https://cbs.centos.org/koji/buildinfo?buildID=32910
• lld: https://cbs.centos.org/koji/buildinfo?buildID=32911
• lldb: https://cbs.centos.org/koji/buildinfo?buildID=32912
• mesa: https://cbs.centos.org/koji/buildinfo?buildID=32913

These have been validated and work fine, so I've just tagged them all for -release

I've untagged these as we need to sort out #56 first or they'll break existing systems (as mesa depends on the new llvm but that gets caught by modular filtering).

This is published in the hotfixes repo, install centos-release-hyperscale-hotfixes to get it