<div dir="ltr">Re-sending this message w/compressed attachment instead.<br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 4, 2016 at 9:38 AM, Brian Cain <span dir="ltr"><<a href="mailto:brian.cain@gmail.com" target="_blank">brian.cain@gmail.com</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"><div>Here's the failing tests for rc2 on SLES11.3 (glibc 2.11, libstdc++4.7). I've done some amount of triaging what some critical elements of the failures are. Unabridged log is attached. </div><div><br></div><div>Failing Tests (94):</div><div> LLVM-Unit :: ExecutionEngine/Orc/<wbr>OrcJITTests/DummyRPC.<wbr>TestAsyncIntInt</div><div> LLVM-Unit :: ExecutionEngine/Orc/<wbr>OrcJITTests/DummyRPC.<wbr>TestAsyncVoidBool</div><div> LLVM-Unit :: ExecutionEngine/Orc/<wbr>OrcJITTests/DummyRPC.<wbr>TestSerialization</div><div> LLVM-Unit :: Support/SupportTests/<wbr>ThreadPoolTest.Async</div><div> LLVM-Unit :: Support/SupportTests/<wbr>ThreadPoolTest.AsyncBarrier</div><div> LLVM-Unit :: Support/SupportTests/<wbr>ThreadPoolTest.<wbr>AsyncBarrierArgs</div><div> LLVM-Unit :: Support/SupportTests/<wbr>ThreadPoolTest.GetFuture</div><div> LLVM-Unit :: Support/SupportTests/<wbr>ThreadPoolTest.PoolDestruction</div><div><br></div><div>All of these ^^ failed with:</div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div>terminate called after throwing an instance of 'std::future_error'</div></div><div><div> what(): No associated state</div></div></blockquote><div><br></div><div><br></div><div> AddressSanitizer-x86_64-linux :: TestCases/Linux/interface_<wbr>symbols_linux.c</div><div><br></div><div>This fails with "sed: invalid option -- 'E'". The OS X manpage (<a href="https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man1/sed.1.html" target="_blank">https://developer.apple.com/<wbr>legacy/library/documentation/<wbr>Darwin/Reference/ManPages/<wbr>man1/sed.1.html</a>) says "The -E, -a and -i options are non-standard FreeBSD extensions and may not be available on other operating systems." It's present in GNU sed 4.2.2 but absent from sed 4.1.5 on SLES11.3.</div><div><br></div><div><br></div><div> AddressSanitizer-x86_64-linux :: TestCases/Linux/new_delete_<wbr>mismatch.cc</div><div><br></div><div><div>This fails with "syntax error near unexpected token `&'" because "|&" shortcut is not yet supported in bash 3.2.</div></div><div><br></div><div> Clang Tools :: include-fixer/include_path.cpp</div><div> Clang Tools :: include-fixer/merge.test</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>cross-module-a.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>eh.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>multi-module-a.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>simpletest-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>stubs-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-common-symbols-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-data-align-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-fp-no-external-funcs-<wbr>remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-global-init-nonzero-<wbr>remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-global-init-nonzero-sm-<wbr>pic.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-ptr-reloc-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/<wbr>test-ptr-reloc-sm-pic.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/cross-module-a.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/eh.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/multi-module-a.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/simpletest-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/stubs-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-common-symbols-<wbr>remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-data-align-remote.<wbr>ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-fp-no-external-<wbr>funcs-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-global-init-<wbr>nonzero-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-global-init-<wbr>nonzero-sm-pic.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-ptr-reloc-remote.<wbr>ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/<wbr>remote/test-ptr-reloc-sm-pic.<wbr>ll</div><div> LLVM :: LTO/X86/parallel.ll</div><div> LLVM :: ThinLTO/X86/cache.ll</div><div> LLVM :: ThinLTO/X86/funcimport.ll</div><div> LLVM :: tools/llvm-cov/binary-formats.<wbr>c</div><div> LLVM :: tools/llvm-cov/combine_<wbr>expansions.cpp</div><div> LLVM :: tools/llvm-cov/cov-comdat.test</div><div> LLVM :: tools/llvm-cov/demangle.test</div><div> LLVM :: tools/llvm-cov/double_dots.c</div><div> LLVM :: tools/llvm-cov/prefer_used_to_<wbr>unused.h</div><div> LLVM :: tools/llvm-cov/prevent_false_<wbr>instantiations.h</div><div><br></div><div><div>All of these ^^ also fail with "terminate called after throwing an instance of 'std::future_error' what(): No associated state".</div></div><div><br></div><div> LLVM :: tools/llvm-cov/showExpansions.<wbr>cpp</div><div><br></div><div>This one fails like:</div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div>/tmp/llvm/utils/release/rc2/<wbr>llvm.src/test/tools/llvm-cov/<wbr>showExpansions.cpp:19:15: error: expected string not found in input</div></div><div><div>// CHECK-DAG: Expansion at line [[@LINE-4]], 7 -> 24</div></div><div><div> ^</div></div><div><div><stdin>:1:1: note: scanning from here</div></div><div><div>warning: profile data may be out of date - object is newer</div></div><div><div>^</div></div><div><div><stdin>:1:1: note: with expression "@LINE-4" equal to "15"</div></div><div><div>warning: profile data may be out of date - object is newer</div></div><div><div>^</div></div></blockquote><div><br></div><div> LLVM :: tools/llvm-cov/<wbr>showHighlightedRanges.cpp</div><div> LLVM :: tools/llvm-cov/<wbr>showLineExecutionCounts.cpp</div><div> LLVM :: tools/llvm-cov/<wbr>showRegionMarkers.cpp</div><div> LLVM :: tools/llvm-cov/<wbr>showTemplateInstantiations.cpp</div><div> LLVM :: tools/llvm-cov/universal-<wbr>binary.c</div><div> LLVM :: tools/llvm-cov/warnings.h</div><div><br></div><div>These ^^ fail with "std::future_error / No associated state" as well.</div><div><br></div><div> MemorySanitizer-Unit :: Msan-x86_64-Test/<wbr>MemorySanitizer.fgetgrent_r</div><div> MemorySanitizer-Unit :: Msan-x86_64-Test/<wbr>MemorySanitizer.getgrent</div><div> MemorySanitizer-Unit :: Msan-x86_64-Test/<wbr>MemorySanitizer.getgrent_r</div><div><br></div><div>These don't confess why they failed in the log.</div><div><br></div><div><div> MemorySanitizer-Unit :: Msan-x86_64-Test/<wbr>MemorySanitizer.gethostbyname_<wbr>r_bad_host_name</div></div><div><br></div><div>This one fails like so:</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div><div>[ RUN ] MemorySanitizer.gethostbyname_<wbr>r_bad_host_name</div></div></div><div><div><div>/tmp/llvm/utils/release/rc2/<wbr>llvm.src/projects/compiler-rt/<wbr>lib/msan/tests/msan_test.cc:<wbr>1114: Failure</div></div></div><div><div><div>Value of: result</div></div></div><div><div><div> Actual: 0x7fff577579b8</div></div></div><div><div><div>Expected: (struct hostent *)0</div></div></div><div><div><div>Which is: NULL</div></div></div><div><div><div>[ FAILED ] MemorySanitizer.gethostbyname_<wbr>r_bad_host_name (160 ms)</div></div></div></blockquote><div><div><br></div><div> MemorySanitizer-Unit :: Msan-x86_64-Test/<wbr>MemorySanitizer.getpwent</div><div> MemorySanitizer-Unit :: Msan-x86_64-Test/<wbr>MemorySanitizer.getpwent_r</div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/<wbr>MemorySanitizer.fgetgrent_r</div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/<wbr>MemorySanitizer.getgrent</div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/<wbr>MemorySanitizer.getgrent_r</div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/<wbr>MemorySanitizer.gethostbyname_<wbr>r_bad_host_name</div><div><br></div><div>These ^^ tests fail in same fashion as above without the "with-call".</div><div><br></div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/<wbr>MemorySanitizer.getpwent</div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/<wbr>MemorySanitizer.getpwent_r</div><div> MemorySanitizer-x86_64 :: Linux/obstack.cc</div><div> MemorySanitizer-x86_64 :: Linux/process_vm_readv.cc</div><div> MemorySanitizer-x86_64 :: fork.cc</div><div> MemorySanitizer-x86_64 :: iconv.cc</div><div><br></div><div>^^ fail with the new bash redirection alias.</div><div> </div><div> Profile-x86_64 :: Linux/coverage_ctors.cpp</div><div> Profile-x86_64 :: Linux/coverage_dtor.cpp</div><div> Profile-x86_64 :: Linux/coverage_shared.test</div><div> Profile-x86_64 :: Linux/coverage_test.cpp<br></div><div> Profile-x86_64 :: Linux/extern_template.test</div><div> Profile-x86_64 :: Linux/instrprof-comdat.test</div><div> Profile-x86_64 :: instrprof-visibility.cpp</div><div><br></div><div>^^ std::future_error</div><div><br></div><div> SanitizerCommon-Unit :: Sanitizer-x86_64-Test/<wbr>SanitizerLinux.<wbr>ThreadDescriptorSize</div><div><br></div></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div><div>/tmp/llvm/utils/release/rc2/<wbr>llvm.src/projects/compiler-rt/<wbr>lib/sanitizer_common/tests/<wbr>sanitizer_linux_test.cc:230: Failure</div></div></div><div><div><div>Value of: ThreadDescriptorSize()</div></div></div><div><div><div> Actual: 2288</div></div></div><div><div><div>Expected: (uptr)result</div></div></div><div><div><div>Which is: 2304</div></div></div></blockquote><div><div><br></div><div> Scudo :: alignment.cpp</div><div> Scudo :: double-free.cpp</div><div> Scudo :: malloc.cpp</div><div> Scudo :: memalign.cpp</div><div> Scudo :: mismatch.cpp</div><div> Scudo :: overflow.cpp</div><div> Scudo :: preinit.cpp</div><div> Scudo :: quarantine.cpp</div><div> Scudo :: realloc.cpp</div><div> Scudo :: sized-delete.cpp</div><div> Scudo :: sizes.cpp</div><div><br></div></div><div>These ^^ fail to find libatomic when linking. This was added to libstdc++4.8 but is not present in 4.7. "Due to time constraints and an API which is not finalized, there is no libatomic supplied with GCC 4.7. " from <a href="https://gcc.gnu.org/wiki/Atomic/GCCMM" target="_blank">https://gcc.gnu.org/wiki/<wbr>Atomic/GCCMM</a></div><div><br></div><div><div> ThreadSanitizer-x86_64 :: Linux/mutex_robust.cc</div><div> ThreadSanitizer-x86_64 :: Linux/mutex_robust2.cc</div><div><br></div><div>These fail to find pthread_mutexattr_<wbr>getrobust while linking. pthread.h on SLES11.3 defines pthread_mutexattr_<wbr>getrobust and pthread_mutexattr_getrobust_np (depending on options like __USE_GNU) but libpthread contains only pthread_mutexattr_getrobust_<wbr>np.</div><div><br></div><div> ThreadSanitizer-x86_64 :: thread_name2.cc</div><div><br></div><div><div>^^ glibc 2.11 doesn't include 'pthread_setname_np'.</div></div><div><br></div><div> libc++ :: std/depr/depr.c.headers/uchar_<wbr>h.pass.cpp</div><div><br></div><div>^^ glibc doesn't get uchar until 2.16.<br></div><div><br></div><div> libc++ :: std/diagnostics/syserr/syserr.<wbr>errcat/syserr.errcat.objects/<wbr>generic_category.pass.cpp</div><div> libc++ :: std/diagnostics/syserr/syserr.<wbr>errcat/syserr.errcat.objects/<wbr>system_category.pass.cpp</div><div><br></div></div><div>^^ these tests fail the 'msg == "Unknown error -1" ' assertion. I don't see an obvious reason for why this would fail.</div><div><br></div></div></blockquote></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">-Brian</div>
</div></div>