It took a bit longer than planned, but Release Candidate 3 is now
here. It was tagged as llvmorg-10.0.0-rc3 on the release branch at
3a843031a5 and contains 95 commits since the previous release
candidate.
If no new problems arise, this is what the final release will look like.
Many fail lines about ParallelSTL such as this one from testing.10.0.0-rc3.log.
testing.10.0.0-rc3.log:-- Could not find ParallelSTL, libc++abi will not attempt to use it but the build may fail if the libc++ in use needs it to be available.
Thanks! As I understand, the "Could not find ParallelSTL" lines do not
signal test failures, but just that features that depends on it are
not available.
There seems to be issues with a patch that landed just before the tag
(bdad0a1). If you were planning to test rc3 but didn't start yet, you
may want to hold off until this is fixed and released as rc4.
Hopefully that can happen soon.
It took a bit longer than planned, but Release Candidate 3 is now
here. It was tagged as llvmorg-10.0.0-rc3 on the release branch at
3a843031a5 and contains 95 commits since the previous release
candidate.
If no new problems arise, this is what the final release will look like.
Both test results are unchanged, with sparcv9 ones as bad as in rc1. I
had to build with -no-mlir since the fix from https://reviews.llvm.org/D72619 only went in after LLVM 10 branched.
> It took a bit longer than planned, but Release Candidate 3 is now
> here. It was tagged as llvmorg-10.0.0-rc3 on the release branch at
> 3a843031a5 and contains 95 commits since the previous release
> candidate.
>
> If no new problems arise, this is what the final release will look like.
>
> Source code and docs are available at
> LLVM 10.0.0 Release Candidates and
> https://github.com/llvm/llvm-project/releases/tag/llvmorg-10.0.0-rc3
>
> Pre-built binaries will be added as they become ready.
I've now uploaded Solaris 11.4/SPARCv9 and AMD64 binaries to
releases-origin.llvm.org, with sha256sum as follows:
Both test results are unchanged, with sparcv9 ones as bad as in rc1. I
had to build with -no-mlir since the fix from https://reviews.llvm.org/D72619 only went in after LLVM 10 branched.
That seems like a safe cherry-pick. I've pushed it to the branch as
edcd83a669b68a2d371a54dc46e647a2efe97a4f.
Both test results are unchanged, with sparcv9 ones as bad as in rc1. I
had to build with -no-mlir since the fix from https://reviews.llvm.org/D72619 only went in after LLVM 10 branched.
That seems like a safe cherry-pick. I've pushed it to the branch as
edcd83a669b68a2d371a54dc46e647a2efe97a4f.