[llvm-dev] [Release-testers] 12.0.1-rc1 release has been tagged
Yvan Roux via llvm-dev
llvm-dev at lists.llvm.org
Thu Jun 3 23:34:43 PDT 2021
For ARM, we still have the known cfi failures and one unexpected pass on
(CodeGen/sanitize-coverage.c) seen on 12.0.0
and mentionned in https://bugs.llvm.org/show_bug.cgi?id=46117
There is also https://bugs.llvm.org/show_bug.cgi?id=50481 which was
introduced into 12.0.0 and has a proposed fix
(https://reviews.llvm.org/D103167) which I think would be nice to have
included in this release.
AArch64 are good, binaries uploaded:
> sha256sum clang+llvm-12.0.1-rc1-a*
On Thu, 3 Jun 2021 at 21:23, Andrew Kelley via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> On 6/2/21 2:40 AM, Michał Górny via llvm-dev wrote:
> > On Tue, 2021-06-01 at 10:03 -0700, Tom Stellard wrote:
> >> On 5/28/21 1:45 PM, Michał Górny wrote:
> >>> On Wed, 2021-05-26 at 00:15 -0700, Tom Stellard via Release-testers
> >>> wrote:
> >>>> Hi,
> >>>> I've tagged the 12.0.1-rc1 release. Testers may upload binaries and
> report results.
> >>> I've started testing, hit two bugs I've already reported for 12.0.0 RCs
> >>> and figured out I'm wasting my time. It seems that LLVM reached
> >>> the point where releases are pushed through just for the sake of
> >>> releases and QA doesn't exist.
> >> Which bugs are these?
> The fix for this has been in main branch since May 4, with a request to
> merge into release/12.x, and yet the release candidate does not include
> this, despite the bug open as a 12.0.1 release blocker.
> Downstream we have our MIPS test suite disabled because of this bug. It
> was passing with LLVM 11.
> > Just to be clear, I'm not blaming you. But the whole release testing
> > process is just getting more and more frustrating.
> I'm pretty frustrated over here too. What's the hurry on tagging
> releases? Can't we wait to tag releases until all the release blockers
> are fixed?
> This is a compiler backend. Priority number one should be not
> introducing regressions. The timing of releases is not important at all
> in comparison.
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev