Hi, I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries. -Tom
Not sure if this is a supported configuration, but I am hitting this error when compiling on Ubuntu 16.04 with clang 12: FAILED: /usr/local/bin/clang++ -DGTEST_HAS_RTTI=0 -DHAVE_ROUND -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Itools/lldb/source/Plugins/ABI/ARM -I/__w/1/s/llvm-project/lldb/source/Plugins/ABI/ARM -Itools/lldb/source -I/__w/1/s/llvm-project/lldb/include -Itools/lldb/include -Iinclude -I/__w/1/s/llvm-project/llvm/include -I/__w/1/python/install/include/python3.9 -I/__w/1/s/llvm-project/llvm/../clang/include -Itools/lldb/../clang/include -I/__w/1/libxml2/install/include/libxml2 -I/__w/1/s/llvm-project/lldb/source/. -target x86_64-linux-gnu -fPIC -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wc++98-compat-extra-semi -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wstring-conversion -Wmisleading-indentation -fdiagnostics-color -ffunction-sections -fdata-sections -Wno-deprecated-declarations -Wno-unknown-pragmas -Wno-strict-aliasing -Wno-deprecated-register -Wno-vla-extension -Os -DNDEBUG -fno-exceptions -fno-rtti -std=c++14 -MD -MT tools/lldb/source/Plugins/ABI/ARM/CMakeFiles/lldbPluginABIARM.dir/ABIMacOSX_arm.cpp.o -MF tools/lldb/source/Plugins/ABI/ARM/CMakeFiles/lldbPluginABIARM.dir/ABIMacOSX_arm.cpp.o.d -o tools/lldb/source/Plugins/ABI/ARM/CMakeFiles/lldbPluginABIARM.dir/ABIMacOSX_arm.cpp.o -c /__w/1/s/llvm-project/lldb/source/Plugins/ABI/ARM/ABIMacOSX_arm.cpp In file included from /__w/1/s/llvm-project/lldb/source/Plugins/ABI/ARM/ABIMacOSX_arm.cpp:9: In file included from /__w/1/s/llvm-project/lldb/source/Plugins/ABI/ARM/ABIMacOSX_arm.h:12: In file included from /__w/1/s/llvm-project/lldb/include/lldb/Target/ABI.h:12: In file included from /__w/1/s/llvm-project/lldb/include/lldb/Core/PluginInterface.h:12: In file included from /__w/1/s/llvm-project/lldb/include/lldb/lldb-private.h:15: In file included from /__w/1/s/llvm-project/lldb/include/lldb/lldb-private-enumerations.h:12: In file included from /__w/1/s/llvm-project/llvm/include/llvm/ADT/StringRef.h:12: In file included from /__w/1/s/llvm-project/llvm/include/llvm/ADT/STLExtras.h:19: In file included from /__w/1/s/llvm-project/llvm/include/llvm/ADT/Optional.h:18: In file included from /__w/1/s/llvm-project/llvm/include/llvm/ADT/Hashing.h:48: In file included from /__w/1/s/llvm-project/llvm/include/llvm/Support/ErrorHandling.h:18: In file included from /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/string:40: In file included from /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/char_traits.h:39: In file included from /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/stl_algobase.h:64: /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/stl_pair.h:134:35: error: call to implicitly-deleted copy constructor of 'lldb_private::ThreadPlanStack' : first(std::forward<_U1>(__x)), second(__y) { } ^ ~~~ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/ext/new_allocator.h:120:23: note: in instantiation of function template specialization 'std::pair<const unsigned long, lldb_private::ThreadPlanStack>::pair<unsigned long &, void>' requested here { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); } ^ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/alloc_traits.h:530:8: note: in instantiation of function template specialization '__gnu_cxx::new_allocator<std::pair<const unsigned long, lldb_private::ThreadPlanStack>>::construct<std::pair<const unsigned long, lldb_private::ThreadPlanStack>, unsigned long &, lldb_private::Thread &>' requested here { __a.construct(__p, std::forward<_Args>(__args)...); } ^ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/hashtable_policy.h:1955:28: note: in instantiation of function template specialization 'std::allocator_traits<std::allocator<std::pair<const unsigned long, lldb_private::ThreadPlanStack>>>::construct<std::pair<const unsigned long, lldb_private::ThreadPlanStack>, unsigned long &, lldb_private::Thread &>' requested here __value_alloc_traits::construct(__a, __n->_M_valptr(), ^ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/hashtable.h:1526:30: note: in instantiation of function template specialization 'std::__detail::_Hashtable_alloc<std::allocator<std::__detail::_Hash_node<std::pair<const unsigned long, lldb_private::ThreadPlanStack>, false>>>::_M_allocate_node<unsigned long &, lldb_private::Thread &>' requested here __node_type* __node this->_M_allocate_node(std::forward<_Args>(__args)...); ^ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/hashtable.h:726:11: note: in instantiation of function template specialization 'std::_Hashtable<unsigned long, std::pair<const unsigned long, lldb_private::ThreadPlanStack>, std::allocator<std::pair<const unsigned long, lldb_private::ThreadPlanStack>>, std::__detail::_Select1st, std::equal_to<unsigned long>, std::hash<unsigned long>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true>>::_M_emplace<unsigned long &, lldb_private::Thread &>' requested here { return _M_emplace(__unique_keys(), std::forward<_Args>(__args)...); } ^ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/bits/unordered_map.h:380:16: note: in instantiation of function template specialization 'std::_Hashtable<unsigned long, std::pair<const unsigned long, lldb_private::ThreadPlanStack>, std::allocator<std::pair<const unsigned long, lldb_private::ThreadPlanStack>>, std::__detail::_Select1st, std::equal_to<unsigned long>, std::hash<unsigned long>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true>>::emplace<unsigned long &, lldb_private::Thread &>' requested here { return _M_h.emplace(std::forward<_Args>(__args)...); } ^ /__w/1/s/llvm-project/lldb/include/lldb/Target/ThreadPlanStack.h:127:18: note: in instantiation of function template specialization 'std::unordered_map<unsigned long, lldb_private::ThreadPlanStack, std::hash<unsigned long>, std::equal_to<unsigned long>, std::allocator<std::pair<const unsigned long, lldb_private::ThreadPlanStack>>>::emplace<unsigned long &, lldb_private::Thread &>' requested here m_plans_list.emplace(tid, thread); ^ /__w/1/s/llvm-project/lldb/include/lldb/Target/ThreadPlanStack.h:113:32: note: copy constructor of 'ThreadPlanStack' is implicitly deleted because field 'm_stack_mutex' has a deleted copy constructor mutable std::recursive_mutex m_stack_mutex; ^ /usr/lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/mutex:170:5: note: 'recursive_mutex' has been explicitly marked deleted here recursive_mutex(const recursive_mutex&) = delete; ^ 1 error generated. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210804/995555ea/attachment.html>
Albion Fung via llvm-dev
2021-Aug-09 19:46 UTC
[llvm-dev] [Release-testers] 13.0.0-rc1 has been tagged
Hi Tom, I'm seeing a lot of test failures, but most importantly, the test-release.sh script fails to build any binary for both powerpc OSes (Ubuntu and RHEL). This is using 12.0.0 to build, we're still investigating. A quick list of regressions we're seeing: `libc++ :: std/numerics/numeric.ops/numeric.ops.midpoint/midpoint.float.pass.cpp` `libc++ :: libcxx/atomics/atomics.align/align.pass.cpp`. On RHEL: compiler-rt/lib/scudo/standalone/tests/ScudoCxxUnitTest-powerpc64le-Test compiler-rt/lib/scudo/standalone/tests/ScudoCUnitTest-powerpc64le-Test due to (on Linux RHEL, so this one is weird): ld.lld: error: unable to find library -latomic There's this concerning build failure of an open source Google benchmark: Benchmarks/snappy/src/third_party/benchmark/src/complexity.cc:85:10: error: variable 'sigma_gn' set but not used [-Werror,-Wunused-but-set-variable] double sigma_gn = 0.0; ^ 1 error generated. when it's clearly used in the lines immediately after it: https://github.com/google/benchmark/blob/bf585a2789e30585b4e3ce6baf11ef2750b54677/src/complexity.cc We're also seeing other SPEC benchmark failures and some internal benchmark failures, and finally `test-release.sh` fails: UNREACHABLE executed at /home/conanap/upload/rc1/llvm-project/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp:182! PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, and associated run script. The 13.0.0rc1 is built with 12.0.0 here, so I'll try building with 11.0.0 to see if I will encounter some of the same errors (test-release.sh fails even with 11.0.0 compilers). We're otherwise still investigating the rest of the errors. Albion On Tue, 3 Aug 2021 at 03:20, Tom Stellard via Release-testers < release-testers at lists.llvm.org> wrote:> Hi, > > I've tagged the 13.0.0-rc1 release. Testers, please test and upload > binaries. > > -Tom > > _______________________________________________ > Release-testers mailing list > Release-testers at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210809/6cbb9e0c/attachment.html>
Dimitry Andric via llvm-dev
2021-Aug-13 21:03 UTC
[llvm-dev] [Release-testers] 13.0.0-rc1 has been tagged
On 3 Aug 2021, at 09:20, Tom Stellard via Release-testers <release-testers at lists.llvm.org> wrote:> > I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries.For 13.0.0 rc1, I have built and tested on both FreeBSD 12 and 13. I used 6 patches, which are attached. (Most of these are already merged for the next rc.) For the 32-builds I used -no-flang, as flang is currently not 32-bit clean, and I do not expect it will ever be. Main results on amd64-freebsd12: Skipped : 3 Unsupported : 6352 Passed : 91852 Expectedly Failed : 320 Timed Out : 2 Failed : 290 Unexpectedly Passed: 2 Test suite results on amd64-freebsd12: Passed: 2419 Failed: 3 Main results on amd64-freebsd13: Skipped : 3 Unsupported : 6352 Passed : 91815 Passed With Retry : 1 Expectedly Failed : 320 Timed Out : 1 Failed : 327 Unexpectedly Passed: 2 Test suite results on amd64-freebsd13: Passed: 2419 Failed: 3 Main results on i386-freebsd12: Skipped : 3 Unsupported : 4735 Passed : 87533 Expectedly Failed : 295 Failed : 201 Unexpectedly Passed: 1 Main results on i386-freebsd13: Skipped : 3 Unsupported : 4735 Passed : 87532 Expectedly Failed : 295 Failed : 202 Unexpectedly Passed: 1 Uploaded: SHA256 (clang+llvm-13.0.0-rc1-amd64-unknown-freebsd12.tar.xz) = 49bd21a069e655b42ba017520357db6cf119108cd6b6c3fa407b95675721051f SHA256 (clang+llvm-13.0.0-rc1-amd64-unknown-freebsd13.tar.xz) = 9bb9b6b4a4790f5410f42bfc43accffa07699a6a0414ae8917243d0da7a34d6b SHA256 (clang+llvm-13.0.0-rc1-i386-unknown-freebsd12.tar.xz) = e8feda2f48a51572d0fa1649e7f49b5cf3e2e7fb6c54274d02208c9ae01564ff SHA256 (clang+llvm-13.0.0-rc1-i386-unknown-freebsd13.tar.xz) = e9f187a47106ce8269363e31af0c6f1961f8b692b28e5bfb610b66e093b6f393 -Dimitry -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-compiler-rt-1.diff Type: application/octet-stream Size: 737 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-compiler-rt-2.diff Type: application/octet-stream Size: 501 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment-0001.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-mlir-1.diff Type: application/octet-stream Size: 476 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment-0002.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-openmp-1.diff Type: application/octet-stream Size: 635 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment-0003.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-openmp-2.diff Type: application/octet-stream Size: 1069 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment-0004.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-test-suite-1.diff Type: application/octet-stream Size: 1050 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment-0005.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 223 bytes Desc: Message signed with OpenPGP URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210813/62e002b3/attachment.sig>
Tobias Hieta via llvm-dev
2021-Aug-16 09:09 UTC
[llvm-dev] [Release-testers] 13.0.0-rc1 has been tagged
Tom, Uploaded rc1 for macOS now. I had to pass -no-flang because of compilation issue that can be fixed by picking this commit from the main branch: https://github.com/llvm/llvm-project/commit/4573c31f8945071d0069dcad31e17ddfeb7a2d8c#diff-e0739e26e14afec3303877447d7d5c8c9374825c177d2905b5c8232decfbe2bf SHA-256: ff0891aa05b8fb365f0e069873153111491f3d4e8345ebfd98b05f90da951c4b clang+llvm-13.0.0-rc1-x86_64-apple-darwin.tar.xz Many tests failed, especially in lldb: FAIL: AddressSanitizer-x86_64-darwin :: TestCases/Posix/lto-constmerge-odr.cpp (669 of 96071) FAIL: AddressSanitizer-x86_64h-darwin :: TestCases/Posix/lto-constmerge-odr.cpp (1167 of 96071) FAIL: libomp :: affinity/root-threads-affinity.c (90694 of 96071) FAIL: libomp :: ompt/loadtool/tool_available_search/tool_available_search.c (90761 of 96071) FAIL: libomp :: tasking/hidden_helper_task/gtid.cpp (90858 of 96071) FAIL: libomp :: worksharing/for/kmp_sch_simd_guided.c (90901 of 96071) FAIL: libunwind :: signal_frame.pass.cpp (90956 of 96071) FAIL: lldb-shell :: Commands/command-thread-select.test (94817 of 96071) FAIL: lldb-shell :: Breakpoint/jit-loader_jitlink_elf.test (94818 of 96071) FAIL: lldb-shell :: Breakpoint/jit-loader_rtdyld_elf.test (94819 of 96071) FAIL: lldb-shell :: ExecControl/StopHook/stop-hook.test (94823 of 96071) FAIL: lldb-shell :: Host/TestCustomShell.test (94842 of 96071) FAIL: lldb-shell :: Expr/TestIRMemoryMap.test (94849 of 96071) FAIL: lldb-shell :: Process/Optimization.test (94852 of 96071) FAIL: lldb-shell :: Process/UnsupportedLanguage.test (94853 of 96071) FAIL: lldb-shell :: Process/TestEnvironment.test (94854 of 96071) FAIL: lldb-shell :: Register/x86-64-gp-read.test (94855 of 96071) FAIL: lldb-shell :: Register/x86-64-read.test (94862 of 96071) FAIL: lldb-shell :: Register/x86-64-ymm-read.test (94866 of 96071) FAIL: lldb-shell :: Register/x86-multithread-read.test (94873 of 96071) FAIL: lldb-shell :: Register/x86-multithread-write.test (94876 of 96071) FAIL: lldb-shell :: Reproducer/Functionalities/TestImageList.test (94879 of 96071) FAIL: lldb-shell :: Reproducer/Functionalities/TestDataFormatter.test (94880 of 96071) FAIL: lldb-shell :: Reproducer/Functionalities/TestExpressionEvaluation.test (94882 of 96071) FAIL: lldb-shell :: Reproducer/Functionalities/TestStepping.test (94883 of 96071) FAIL: lldb-shell :: Reproducer/Modules/TestModuleCXX.test (94884 of 96071) FAIL: lldb-shell :: Reproducer/TestDSYM.test (94902 of 96071) FAIL: lldb-shell :: Reproducer/TestDump.test (94922 of 96071) FAIL: lldb-shell :: Reproducer/TestFileRepro.test (94924 of 96071) FAIL: lldb-shell :: Reproducer/TestGDBRemoteRepro.test (94931 of 96071) FAIL: lldb-shell :: Reproducer/TestMultipleTargets.test (94932 of 96071) FAIL: lldb-shell :: Reproducer/TestRelativePath.test (94934 of 96071) FAIL: lldb-shell :: Reproducer/TestReuseDirectory.test (94946 of 96071) FAIL: lldb-shell :: Reproducer/TestVersionCheck.test (94947 of 96071) FAIL: lldb-shell :: Reproducer/TestVerify.test (94948 of 96071) FAIL: lldb-shell :: Reproducer/TestWorkingDir.test (94950 of 96071) FAIL: lldb-shell :: Settings/TestFrameFormatColor.test (94957 of 96071) FAIL: lldb-shell :: Settings/TestFrameFormatMangling.test (94961 of 96071) FAIL: lldb-shell :: Settings/TestFrameFormatNoColor.test (94969 of 96071) FAIL: lldb-shell :: Settings/TestLineMarkerColor.test (94975 of 96071) FAIL: lldb-shell :: Subprocess/fork-follow-parent-wp.test (95010 of 96071) FAIL: lldb-shell :: Subprocess/fork-follow-parent.test (95032 of 96071) FAIL: lldb-shell :: Subprocess/vfork-follow-parent.test (95045 of 96071) FAIL: lldb-shell :: SymbolFile/DWARF/deterministic-build.cpp (95046 of 96071) FAIL: lldb-shell :: Unwind/eh-frame-dwarf-unwind.test (95219 of 96071) FAIL: lldb-shell :: Unwind/thread-step-out-ret-addr-check.test (96063 of 96071) FAIL: lldb-shell :: Unwind/trap_frame_sym_ctx.test (96066 of 96071) FAIL: lldb-shell :: Watchpoint/SetErrorCases.test (96067 of 96071) FAIL: lldb-unit :: tools/lldb-server/tests/./LLDBServerTests/StandardStartupTest.TestStopReplyContainsThreadPcs (96068 of 96071) AddressSanitizer, libomp and libunwind are NOT regressions in this release - while the LLDB ones are. -- Tobias On Tue, Aug 3, 2021 at 9:20 AM Tom Stellard via Release-testers <release-testers at lists.llvm.org> wrote:> > Hi, > > I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries. > > -Tom > > _______________________________________________ > Release-testers mailing list > Release-testers at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers
Albion Fung via llvm-dev
2021-Aug-20 20:06 UTC
[llvm-dev] [Release-testers] 13.0.0-rc1 has been tagged
Hi Tom, Due to an error on our part, we had to reupload the RHEL binaries (named for RHEL7.4). Please disregard the previously uploaded binaries. This is the new hash: 31c5cb888a0df98fa1d13267de6e5f260aba46eb Thanks, Albion On Tue, 3 Aug 2021 at 03:20, Tom Stellard via Release-testers < release-testers at lists.llvm.org> wrote:> Hi, > > I've tagged the 13.0.0-rc1 release. Testers, please test and upload > binaries. > > -Tom > > _______________________________________________ > Release-testers mailing list > Release-testers at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210820/066073f3/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: clang+llvm-13.0.0-rc1-powerpc64le-linux-rhel-7.9.sha1 Type: application/octet-stream Size: 98 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210820/066073f3/attachment.obj>
Diana Picus via llvm-dev
2021-Sep-09 07:14 UTC
[llvm-dev] [Release-testers] 13.0.0-rc1 has been tagged
Hi, I've uploaded Windows-on-arm binaries (built by my colleague Maxim Kuvyrkov): f78254d24a93e5215f0885c681670ae870548c31e84983ac7610e6e6a24b329b LLVM-13.0.0-rc1-woa64.zip No release blockers to report :) Cheers, Diana On Fri, 20 Aug 2021 at 22:06, Albion Fung via Release-testers < release-testers at lists.llvm.org> wrote:> Hi Tom, > > Due to an error on our part, we had to reupload the RHEL binaries (named > for RHEL7.4). Please disregard the previously uploaded binaries. This is > the new hash: > 31c5cb888a0df98fa1d13267de6e5f260aba46eb > > Thanks, > Albion > > On Tue, 3 Aug 2021 at 03:20, Tom Stellard via Release-testers < > release-testers at lists.llvm.org> wrote: > >> Hi, >> >> I've tagged the 13.0.0-rc1 release. Testers, please test and upload >> binaries. >> >> -Tom >> >> _______________________________________________ >> Release-testers mailing list >> Release-testers at lists.llvm.org >> https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers >> > _______________________________________________ > Release-testers mailing list > Release-testers at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210909/19d4950e/attachment.html>