4.0.0-rc2 was just tagged from the branch at r294535.
There are still open relase blocking bugs and merge requests, so this
will not be the last release candidate, but we've had a lot of merges
since the last one, and I'd like to see what the testing looks like.
The test-release.sh script was updated to also include lld. Make sure
you're using the latest version of the script (ideally from the
branch, but the trunk version is identical), and if lld causes any
problems, pass the "-no-lld" flag.
Please build, test, and upload binaries to the sftp. Let me know what
comes up, and I'll publish your binaries plus source and docs when
Ed may be able to elaborate on lldb+freebsd state of things.
All I can say is these tests did not exist in 3.9, so I wouldn't call
this a regression. (Well... technically, a similar test existed, but
it was run by a different test runner which I believe is not hooked up
to the command you are running).
We're on a similar state for libc++ / openmp / lld on ARM and AArch64.
libc++ works well on ARM and AArch64, but some of the tests fail
(always have), and I think Eric said it has to do with how we run them
or which ones should be disabled.
LLD works well on AArch64 but not yet on ARM (though there were no
test failures this time). OpenMP kind of works, but there are many
failures, which we won't look into this cycle.
Regardless of that state, we though it was a good idea to ship it as
an experimental status, so that people can try out and report bugs.
All the components above are included in both ARM and AArch64
Do you think we should have a table of production vs. experimental
quality per target on the release notes, so that users know what to
expect? Or should we just let users know that when they report bugs?