I am importing llvm, clang, compiler-rt, libc++, ldd and lldb 7.0.0 into the projects/clang700-import branch. As of 2018-08-04, the project branch contains the equivalent of upstream's 7.0.0 rc1. It has been synchronized with head r337285.
Please perform an exp-run against this branch.

(In reply to Adriaan de Groot from comment #20)
> At this point, net/samba47 is blocking further exploration of the KDE4 ports
> which have one common, recurring pattern that's easy enough to fix (but
> tedious).
Hm, isn't bug 230602 already committed, then? Not sure what the maintainer is waiting for, maybe another exp-run?

(In reply to Dimitry Andric from comment #24)
Surely we can't be considering this.
Feature freeze was 24 August 2018 per https://www.freebsd.org/releases/12.0R/schedule.html .
If we were still on the original schedule stable/12 branch would have been 12 October 2018, with release due on 27 November 2018. I know we've slipped a bit but the website doesn't show it yet.
On the last headamd64PR230355-default run, neither gnome, kde, samba, openoffice, nor qemu built. IMVHO that constitutes a "don't-ship".

(In reply to Mark Linimon from comment #25)
> Surely we can't be considering this.
LLD hasn't been extensively tested in the wild (before FreeBSD). Newer may need less LLD_UNSAFE. Explicitly rejecting -z <unknown> is better than silently accepting it to prevent runtime bugs.
> On the last headamd64PR230355-default run, neither gnome, kde,
> samba, openoffice, nor qemu built. IMVHO that constitutes a
> "don't-ship".
Users don't usually install from /release_<n> but /quarterly. The latter is a moving target. By the time 12.0-RELEASE more ports can be fixed.
How many ports builds shouldn't be very important from base system POV. The primary concern is catching toolchain bugs (e.g., bug 230622 or bug 230412), so consumers (not just ports) don't have to invent gross workarounds. Obviously, too few ports building would prevent enough exposure. However, if you need a stable compiler stick to a specific devel/llvm* on all FreeBSD versions. Why FreeBSD release engineering is still driven by ports/ freezes, something which was abolished years ago?

Also, I don't disagree clang 7 maybe too late for 12.0 train. /head feature freeze is one of the reasons clang 7 stabilization stalled for ~1 month as few users/developers bothered to dogfood external repo and report more bugs. For one, port maintainers maybe reluctant to fix their ports if build on /head is green.

(In reply to Jan Beich from comment #26)
> Explicitly rejecting -z <unknown> is better than silently accepting it to
> prevent runtime bugs.
This point is a strong argument of continuing clang700 exp-runs, regardless of whether or not it's merged to 12.0.