clang-devel is outdated.

[marka63]

clang development upstream is clang-11.0 the current clang-devel (9.0.0) is behind clang-9.0 (9.0.1)

I was trying to use clang-format with style files developed for clang-format-11.0 (on Unbutu) and neither the release versions nor the development versions worked.

[kencu (Ken)]

the previous llvm svn access is now dead and gone, as I trust a good many of you might already know. The *-devel versions of llvm, clang, and lldb will therefore need a wholesale reconfiguration.

It's probably time to build them all directly from the monorepo, all at once.

We should now start to do the two-stage build as well, so we are not using a crippled clang/llvm setup built with the ancient clang-3.7 or something of a similar ilk.

I received an email from the libc++ lead indicating their new floor for building libc++ will soon be 10.12, and that has to be built as part of llvm/clang at present, so that will need a workaround using parts of legacysupport I think, or at least borrowing the gettime implementation from there to get the build going.

And finally, as part of this clang-10 (or clang-10.0) is here, and we have to sort out properly the name change from macports-clang-N.0 to macports-clang-N, which sound trivial, but is unlikely to be so given how many ports I have seen that have tweaked compiler blacklisting based on certain tcl structures like:

compiler.blacklist-append {macports-clang-[3-8].0} and such.

Jeremy will possibly want to be involved in such a wholesale reconfiguration -- he's very busy these days. It will need plenty of testing.

Long story short -- this will take some time.

[jeremyhu (Jeremy Huddleston Sequoia)]

You're right that it will be a lot of work, but I have faith that you'll be able to handle it. Unfortunately, my day job (Apple) and my night job (Daddy) are taking up 200% of my time these days. Just be patient with yourself, and work through issues as they come up methodically. If you run into anything that looks odd and you want me to take a look, just shoot me an email. I'll try to be responsive.

[kencu (Ken)]

It looks like the module support in c++20 for clang in MacPorts will be broken until <​https://trac.macports.org/ticket/59992> is resolved. An upstream fix for the module issue is no doubt to be found in due course.

As this is a core c++20 feature, I'm not sure how to proceed. Hacking in fixes and workarounds to cover up the real problem is generally speaking a bad idea. I have tweaked my own ${prefix}/include/unctrl.h in our ncurses port to allow modules to "work" pending the upstream fix.

Perhaps there is some fancy way this can be worked around. If I'm feeling brave enough, I'll ask on the clang-devel list.

[kencu (Ken)]

FYi, clang-10. has been released <​https://releases.llvm.org/download.html#10.0.0> as of this week.

[kencu (Ken)]

In 9681f46fb4e93f966422703b3dccaf51814dcb5c/macports-ports (master):

llvm/clang/lldb-devel: update to 20200505

downloads the monorepo from GitHub now
moves the various folders into the positions to
use the existing Portfile logic, which is a bit
outdated now, but keeps things consistent

the clang/llvm/lldb ports should be moved over
to the currently recommended monorepo build
in time.

closes: #60108
closes: #58708
closes: #58687
closes: #56255