<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Courier New;color: #000000;font-size: 10pt;">
clang+llvm-3.9.0-rc1-x86_64-linux-gnu-debian8.tar.xz (sha1sum fac48e3ce11ff738c19497f2d06252aad16a6033)<br>
    Native:<br>
        All ok.<br>
    Cross compilation to various MIPS targets:<br>
        All ok.<br>
<br>
clang+llvm-3.9.0-rc1-mips-linux-gnu.tar.xz (sha1sum a77fd6910ce322863a5936657c1c34f4c369e8d7)<br>
    I get 38 check-all failures but only one new regression compared to 3.8.1,<br>
    ie. MemorySanitizer-mips64 :: fork.cc (I'm told that D23107 fixes this).<br>
    The failures fall into two categories 64-bit atomics tests not linking to<br>
    libatomic, and 64-bit sanitizers. The 64-bit sanitizer tests should XFAIL<br>
    based on the effective target, there's a patch pending review that adds<br>
    support for this (D22802).<br>
<br>
        AddressSanitizer-mips64-linux :: TestCases/Linux/local_alias.cc<br>
        AddressSanitizer-mips64-linux :: TestCases/Linux/odr-violation.cc<br>
        DataFlowSanitizer-mips64 :: custom.cc<br>
        DataFlowSanitizer-mips64 :: propagate.c<br>
        MemorySanitizer-mips64 :: fork.cc<br>
        SanitizerCommon-asan-mips64-Linux :: Linux/getpwnam_r_invalid_user.cc<br>
        SanitizerCommon-lsan-mips64-Linux :: Linux/getpwnam_r_invalid_user.cc<br>
        ThreadSanitizer-mips64 :: ignore_lib4.cc<br>
        ThreadSanitizer-mips64 :: longjmp.cc<br>
        ThreadSanitizer-mips64 :: longjmp2.cc<br>
        ThreadSanitizer-mips64 :: longjmp3.cc<br>
        ThreadSanitizer-mips64 :: longjmp4.cc<br>
        ThreadSanitizer-mips64 :: map32bit.cc<br>
        ThreadSanitizer-mips64 :: signal_longjmp.cc<br>
        libc++ :: std/atomics/atomics.types.generic/integral.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_compare_exchange_strong.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_compare_exchange_strong_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_compare_exchange_weak.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_compare_exchange_weak_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_exchange.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_exchange_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_add.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_add_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_and.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_and_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_or.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_or_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_sub.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_sub_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_xor.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_fetch_xor_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_init.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_is_lock_free.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_load.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_load_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_store.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_store_explicit.pass.cpp<br>
        libc++ :: std/atomics/atomics.types.operations/atomics.types.operations.req/ctor.pass.cpp<br>
<br>
clang+llvm-3.9.0-rc1-mipsel-linux-gnu.tar.xz (sha1sum ab936eed817d83f8203010b892be0eef76813a15)<br>
    I get the same libc++ failures as the mips-linux-gnu build above but these<br>
    aren't regressions. However, there are two additional check-all failures:<br>
<br>
        (1) std/experimental/filesystem/fs.op.funcs/fs.op.last_write_time/last_write_time.pass.cpp<br>
        (2) std/numerics/complex.number/complex.transcendentals/asin.pass.cpp<br>
<br>
    (2) is a new regression which I'm investigating. I don't get the MIPS64<br>
    sanitizer failures because this is still disabled on this machine (the<br>
    necessary multilibs aren't present).<br>
<br>
-Vasileios<br>
<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF175846"><font face="Tahoma" color="#000000" size="2"><b>From:</b> Release-testers [release-testers-bounces@lists.llvm.org] on behalf of Nikola Smiljanic via Release-testers [release-testers@lists.llvm.org]<br>
<b>Sent:</b> 03 August 2016 13:32<br>
<b>To:</b> Hans Wennborg<br>
<b>Cc:</b> Release-testers<br>
<b>Subject:</b> Re: [Release-testers] [3.9 Release] Release Candidate 1 has been tagged<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr"><span style="font-size:12.8px">Fedora x64 looking good. </span>
<div style="font-size:12.8px"><br>
</div>
<div style="font-size:12.8px">On x86 I'm getting an error about missing libclang_rt.asan_cxx-i686.a when running check-all, does anyone know what this is?</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sat, Jul 30, 2016 at 8:57 AM, Hans Wennborg via Release-testers
<span dir="ltr"><<a href="mailto:release-testers@lists.llvm.org" target="_blank">release-testers@lists.llvm.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Dear testers,<br>
<br>
3.9.0-rc1 was just tagged from the 3.9 branch at r277207.<br>
<br>
This took a little longer than I'd hoped, but I think the branch is in<br>
a decent state now.<br>
<br>
There are still open merge requests and bugs, but I'd like to get the<br>
real testing started to see where we're at.<br>
<br>
Please build, test, and upload binaries to the sftp. Let me know how<br>
it goes. I'll upload source, docs, and your binaries to the<br>
pre-release page once they're ready.<br>
<br>
Thanks,<br>
Hans<br>
_______________________________________________<br>
Release-testers mailing list<br>
<a href="mailto:Release-testers@lists.llvm.org" target="_blank">Release-testers@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</body>
</html>