[llvm-dev] [Release-testers] [9.0.0 Release] Release Candidate 3 is here

[Michał Górny via llvm-dev]

On Sun, 2019-09-01 at 16:21 +0200, Michał Górny via Release-testers
wrote:
> On Fri, 2019-08-30 at 18:38 +0200, Hans Wennborg via Release-testers
> wrote:
> > Hello everyone,
> > 
> > 9.0.0-rc3 was tagged today from the release_90 branch at r370450. In
> > the Git monorepo, it's tagged as llvmorg-9.0.0-rc3.
> > 
> > Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc3
> > 
> > Binaries will be added as they become available.
> > 
> > There are currently no open release blockers, which means if nothing
> > new comes up, the final release could ship soon and this is what it
> > would look like (except for more release notes, which are still very
> > welcome).
> > 
> 
> I'm sorry for noticing it this late (I was on vacation) but it seems
> that 9.x has some regression that causes the following tests to hang
> on NetBSD:
> 
>     LLVM :: ExecutionEngine/MCJIT/eh-lg-pic.ll
>     LLVM :: ExecutionEngine/MCJIT/eh.ll
>     LLVM :: ExecutionEngine/MCJIT/multi-module-eh-a.ll
>     LLVM :: ExecutionEngine/OrcMCJIT/eh-lg-pic.ll
>     LLVM :: ExecutionEngine/OrcMCJIT/eh.ll
>     LLVM :: ExecutionEngine/OrcMCJIT/multi-module-eh-a.ll
> 
> I've been able to pinpoint first bad commit as r364550:
> 
>   Bitcode: derive all types used from records instead of Values.
> 
> However, it seems that trunk works fine.  I'm currently searching
> for a possible fix, and I will request backporting once I find it.
> 

I've filed [1] for the backport.  However, it seems that we need this
linking for reasons other than listed in the commit message.

[1] https://bugs.llvm.org/show_bug.cgi?id=43196

-- 
Best regards,
Michał Górny

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 618 bytes
Desc: This is a digitally signed message part
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190902/9e5c3a08/attachment.sig>