<div dir="ltr">SuSE Linux Enterprise Server 11SP3 x86_64<div><br></div><div>Looks like I see several failures that weren't in 3.7.1.  Is there any way to tell whether these are regressions vs new-to-3.8.0-but-failing?  The MSan ones were in 3.7.1 but the ThreadPoolTest and the libc++ errors were not in 3.7.1.</div><div><br></div><div>~~~~~~~~~~~~~~~~</div><div><div>Failing Tests (27):</div><div>    LLVM-Unit :: Support/SupportTests/ThreadPoolTest.Async</div><div>    LLVM-Unit :: Support/SupportTests/ThreadPoolTest.AsyncBarrier</div><div>    LLVM-Unit :: Support/SupportTests/ThreadPoolTest.AsyncBarrierArgs</div><div>    LLVM-Unit :: Support/SupportTests/ThreadPoolTest.GetFuture</div><div>    LLVM-Unit :: Support/SupportTests/ThreadPoolTest.PoolDestruction</div><div>    MemorySanitizer :: Linux/obstack.cc</div><div>    MemorySanitizer :: Linux/process_vm_readv.cc</div><div>    MemorySanitizer :: fork.cc</div><div>    MemorySanitizer :: iconv.cc</div><div>    MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.fgetgrent_r</div><div>    MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getgrent</div><div>    MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getgrent_r</div><div>    MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getpwent</div><div>    MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getpwent_r</div><div>    MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.fgetgrent_r</div><div>    MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getgrent</div><div>    MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getgrent_r</div><div>    MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getpwent</div><div>    MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getpwent_r</div><div>    SanitizerCommon-Unit :: Sanitizer-x86_64-Test/SanitizerLinux.ThreadDescriptorSize</div><div>    ThreadSanitizer :: Linux/mutex_robust.cc</div><div>    ThreadSanitizer :: Linux/mutex_robust2.cc</div><div>    ThreadSanitizer :: thread_name2.cc</div><div>    libc++ :: std/depr/depr.c.headers/uchar_h.pass.cpp</div><div>    libc++ :: std/localization/locale.categories/category.time/locale.time.get.byname/get_monthname.pass.cpp</div><div>    libc++ :: std/localization/locale.categories/category.time/locale.time.get.byname/get_monthname_wide.pass.cpp</div><div>    libc++abi :: cxa_thread_atexit_test.pass.cpp</div><div><br></div><div>  Expected Passes    : 31153</div><div>  Expected Failures  : 203</div><div>  Unsupported Tests  : 518</div><div>  Unexpected Failures: 27</div></div><div>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</div><div><br></div><div>Uploads:</div><div><div>7b837b2c4b7884a4277b947b795948ecd983b0f3  clang+llvm-3.8.0-rc1-linux-x86_64-sles11.3.tar.xz</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 19, 2016 at 5:55 PM, Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(cc'ing non-legacy llvm-dev this time; apologies if you get this<br>
twice. Please don't reply-all to the first one.)<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Jan 19, 2016 at 3:47 PM, Hans Wennborg <<a href="mailto:hans@chromium.org">hans@chromium.org</a>> wrote:<br>
> Dear testers,<br>
><br>
> Start your engines; 3.8.0-rc1 was just tagged from the 3.8 branch at<br>
> r258223. (It took a little longer than I'd planned, sorry about that.)<br>
><br>
> There are still a bunch of open merge requests and bug reports, but I<br>
> wanted to get the tag in so we can see what the build and test status<br>
> are on the various platforms.<br>
><br>
> I verified that it currently builds and tests cleanly for me on x86_64<br>
> Linux, Mac OS X* and Windows.<br>
><br>
> Please build, test, and upload binaries to the sftp. Let me know if how it goes.<br>
><br>
> Thanks,<br>
> Hans<br>
><br>
><br>
> [*] For Mac, I had to set CFLAGS="-isysroot `xcrun -show-sdk-path`"<br>
> CXXFLAGS="-isysroot `xcrun -show-sdk-path`" for the build to work,<br>
> otherwise stage-2 Clang couldn't find the SDK. I don't remember if I<br>
> had to do this last time; maybe some upgrade changed something.<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">-Brian</div>
</div>