<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/OrcJITTests/DummyRPC.TestAsyncIntInt</div><div> LLVM-Unit :: ExecutionEngine/Orc/OrcJITTests/DummyRPC.TestAsyncVoidBool</div><div> LLVM-Unit :: ExecutionEngine/Orc/OrcJITTests/DummyRPC.TestSerialization</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><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_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">https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/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_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/cross-module-a.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/eh.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/multi-module-a.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/simpletest-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/stubs-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-common-symbols-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-data-align-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-fp-no-external-funcs-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-global-init-nonzero-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-global-init-nonzero-sm-pic.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-ptr-reloc-remote.ll</div><div> LLVM :: ExecutionEngine/MCJIT/remote/test-ptr-reloc-sm-pic.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/cross-module-a.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/eh.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/multi-module-a.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/simpletest-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/stubs-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-common-symbols-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-data-align-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-fp-no-external-funcs-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-global-init-nonzero-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-global-init-nonzero-sm-pic.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-ptr-reloc-remote.ll</div><div> LLVM :: ExecutionEngine/OrcMCJIT/remote/test-ptr-reloc-sm-pic.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.c</div><div> LLVM :: tools/llvm-cov/combine_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_unused.h</div><div> LLVM :: tools/llvm-cov/prevent_false_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.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/llvm.src/test/tools/llvm-cov/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/showHighlightedRanges.cpp</div><div> LLVM :: tools/llvm-cov/showLineExecutionCounts.cpp</div><div> LLVM :: tools/llvm-cov/showRegionMarkers.cpp</div><div> LLVM :: tools/llvm-cov/showTemplateInstantiations.cpp</div><div> LLVM :: tools/llvm-cov/universal-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/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><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/MemorySanitizer.gethostbyname_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_r_bad_host_name</div></div></div><div><div><div>/tmp/llvm/utils/release/rc2/llvm.src/projects/compiler-rt/lib/msan/tests/msan_test.cc: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_r_bad_host_name (160 ms)</div></div></div></blockquote><div><div><br></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.gethostbyname_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/MemorySanitizer.getpwent</div><div> MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/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/SanitizerLinux.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/llvm.src/projects/compiler-rt/lib/sanitizer_common/tests/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">https://gcc.gnu.org/wiki/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_getrobust while linking. pthread.h on SLES11.3 defines pthread_mutexattr_getrobust and pthread_mutexattr_getrobust_np (depending on options like __USE_GNU) but libpthread contains only pthread_mutexattr_getrobust_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_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.errcat/syserr.errcat.objects/generic_category.pass.cpp</div><div> libc++ :: std/diagnostics/syserr/syserr.errcat/syserr.errcat.objects/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><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 2, 2016 at 6:37 PM, 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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Dec 1, 2016 at 9:53 PM, Tom Stellard via Release-testers <span dir="ltr"><<a href="mailto:release-testers@lists.llvm.org" target="_blank">release-testers@lists.llvm.<wbr>org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I just tagged 3.9.1-rc2, so testing can begin. There was a bug found in<br>
-rc1 before I could send out a release announcement, so I decided to merge<br>
the fix and tag -rc2 to save some testing cycles.<br>
<br><br></blockquote><div><br></div></span><div>SLES11SP3 fails during tests. </div><div><br></div></div></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><div>[ 92%] Building CXX object unittests/MC/CMakeFiles/<wbr>MCTests.dir/<wbr>StringTableBuilderTest.cpp.o</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>/tmp/llvm/utils/release/rc2/<wbr>llvm.src/unittests/<wbr>ExecutionEngine/Orc/<wbr>RPCUtilsTest.cpp:37:27: error: no member named 'yield' in namespace 'std::this_thread'</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div> std::this_thread::yield();</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div> ~~~~~~~~~~~~~~~~~~^</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>[ 92%] Building CXX object unittests/MC/CMakeFiles/<wbr>MCTests.dir/TargetRegistry.<wbr>cpp.o</div></div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><div>1 error generated.</div></div></div></div></blockquote><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div><br></div><div>It looks like it's only present when _GLIBCXX_USE_SCHED_YIELD.<wbr> I'll see if I can figure out why it would be packaged this way unless anyone knows off the top of their head.</div></div>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">-Brian</div>
</div>