<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 21, 2016 at 7:04 PM, Brian Cain via cfe-dev <span dir="ltr"><<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@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"><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></blockquote><div><br></div><div>All of the libc++ failures seem like non-issues and should be in 3.7.1. Did you change or upgrade your platform or libc version?  I'm not sure about the libc++abi error though.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></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></div></blockquote><div><br></div><div>This is caused because the system does not provide a uchar.h header. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><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></div></blockquote><div><br></div><div><br></div><div>These are marked XFAIL on open-suse, They should probably be marked as XFAIL on your platform as well.</div><div>Can you send me the output of Python's "platform.linux_distribution()"?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>    libc++abi :: cxa_thread_atexit_test.pass.cpp</div></div></div></blockquote><div><br></div><div>Not sure about this failure. Can you send me the output?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><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"><span class=""><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><div><br>
On Tue, Jan 19, 2016 at 3:47 PM, Hans Wennborg <<a href="mailto:hans@chromium.org" target="_blank">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></span><span class="HOEnZb"><font color="#888888">-- <br><div>-Brian</div>
</font></span></div>
<br>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br></div></div>