<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 21, 2016 at 8:31 PM, Eric Fiselier <span dir="ltr"><<a href="mailto:eric@efcs.ca" target="_blank">eric@efcs.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="">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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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></span><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 class="h5"><div></div></div></div></div></div></div></blockquote><div><br></div><div>I don't recall any changes to libc.  Attached is the testing log from 3.7.1 rc2 (I don't have logs from -final handy).</div><div><br></div><div>I can repeat a 3.7.1 release build on this system now.  I don't think the results will change, though.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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></div><div>This is caused because the system does not provide a uchar.h header. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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></div></div></div></blockquote><div><br></div><div>Ok, I'll be able to get this tomorrow.  But I suspect it will be "<span style="font-family:Consolas,'Liberation Mono',Menlo,Courier,monospace;font-size:13.6px;line-height:inherit;color:rgb(51,51,51);background-color:transparent">('SUSE Linux Enterprise Server ', '11', 'x86_64')</span>"</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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></div></div></div></blockquote><div><br></div><div>That one failed in 3.7.1 also.  IIRC this libstdc++ doesn't have cxa_thread_atexit.</div></div>
</div></div>