[llvm-dev] 13.0.0-rc1 has been tagged
Tom Stellard via llvm-dev
I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries.
-Tom
_______________________________________________
LLVM Developers mailing list
llvm...@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
Bernhard Rosenkraenzer via llvm-dev
On Tuesday, August 03, 2021 09:20 CEST, Tom Stellard via Release-testers <release...@lists.llvm.org> wrote:
> I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries.
Seems to work ok so far if only "old" components are enabled, but some of the newer components don't even build (regardless of whether I use clang 12.0.1 or 13.0.0-rc1 to try to build).
If MLIR is enabled:
cd /home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/tools/mlir/include/mlir/Dialect/Linalg/IR && /home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/bin/mlir-linalg-ods-yaml-gen /home/bero/abf/llvm/BUILD/llvm-project-release-13.x/mlir/include/mlir/Dialect/Linalg/IR/LinalgNamedStructuredOps.yaml -o-ods-decl=/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/tools/mlir/include/mlir/Dialect/Linalg/IR/LinalgNamedStructuredOps.yamlgen.td -o-impl=/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/tools/mlir/include/mlir/Dialect/Linalg/IR/LinalgNamedStructuredOps.yamlgen.cpp.inc
YAML:19:16: error: could not parse as an affine map attribute
shape_map: affine_map<()[s0, s1, s2] -> (s0, s1)>
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
If libc is enabled:
FAILED: projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o
/usr/bin/clang++ -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/projects/libc/src/math/x86_64 -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc/src/math/x86_64 -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/include -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/llvm/include -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/projects/libc/include -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/projects/libc -Os -fomit-frame-pointer -g3 -gdwarf-4 -Wstrict-aliasing=2 -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector-all --param=ssp-buffer-size=4 -O3 -march=znver1 -mtune=znver1 -mmmx -msse -msse2 -mssse3 -msse4a -msse4.1 -msse4.2 -mavx -mavx2 -msha -maes -mclflushopt -mfsgsbase -mrdrnd -mfma -mrdseed -mpopcnt -madx -mbmi -mbmi2 -mfxsr -mxsave -mxsaveopt -mxsavec -mxsaves -mmwaitx -mclzero -mfpmath=sse -O3 -fpic -fno-semantic-interposition -Wl,-Bsymbolic -fvisibility-inlines-hidden -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wno-noexcept-type -Wnon-virtual-dtor -Wsuggest-override -Wno-comment -fdiagnostics-color -Os -fomit-frame-pointer -g3 -gdwarf-4 -Wstrict-aliasing=2 -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector-all --param=ssp-buffer-size=4 -O3 -march=znver1 -mtune=znver1 -mmmx -msse -msse2 -mssse3 -msse4a -msse4.1 -msse4.2 -mavx -mavx2 -msha -maes -mclflushopt -mfsgsbase -mrdrnd -mfma -mrdseed -mpopcnt -madx -mbmi -mbmi2 -mfxsr -mxsave -mxsaveopt -mxsavec -mxsaves -mmwaitx -mclzero -mfpmath=sse -O3 -fpic -fno-semantic-interposition -Wl,-Bsymbolic -O2 -fpie -ffreestanding -DLLVM_LIBC_PUBLIC_PACKAGING -std=c++14 -MD -MT projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o -MF projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o.d -o projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o -c /home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc/src/math/x86_64/cos.cpp
clang-12: warning: -Wl,-Bsymbolic: 'linker' input unused [-Wunused-command-line-argument]
clang-12: warning: -Wl,-Bsymbolic: 'linker' input unused [-Wunused-command-line-argument]
clang++: /builddir/build/BUILD/llvm-project-release-12.x/llvm/lib/Target/X86/X86FloatingPoint.cpp:1604: void (anonymous namespace)::FPS::handleSpecialFP(MachineBasicBlock::iterator &): Assertion `(1 << getFPReg(MI.getOperand(I)) & STDefs) == 0 && "Operands with constraint \"f\" cannot overlap with defs"' failed.
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0. Program arguments: /usr/bin/clang++ -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/projects/libc/src/math/x86_64 -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc/src/math/x86_64 -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/include -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/llvm/include -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/projects/libc/include -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc -I/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/build/projects/libc -Os -fomit-frame-pointer -g3 -gdwarf-4 -Wstrict-aliasing=2 -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector-all --param=ssp-buffer-size=4 -O3 -march=znver1 -mtune=znver1 -mmmx -msse -msse2 -mssse3 -msse4a -msse4.1 -msse4.2 -mavx -mavx2 -msha -maes -mclflushopt -mfsgsbase -mrdrnd -mfma -mrdseed -mpopcnt -madx -mbmi -mbmi2 -mfxsr -mxsave -mxsaveopt -mxsavec -mxsaves -mmwaitx -mclzero -mfpmath=sse -O3 -fpic -fno-semantic-interposition -Wl,-Bsymbolic -fvisibility-inlines-hidden -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wno-noexcept-type -Wnon-virtual-dtor -Wsuggest-override -Wno-comment -fdiagnostics-color -Os -fomit-frame-pointer -g3 -gdwarf-4 -Wstrict-aliasing=2 -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector-all --param=ssp-buffer-size=4 -O3 -march=znver1 -mtune=znver1 -mmmx -msse -msse2 -mssse3 -msse4a -msse4.1 -msse4.2 -mavx -mavx2 -msha -maes -mclflushopt -mfsgsbase -mrdrnd -mfma -mrdseed -mpopcnt -madx -mbmi -mbmi2 -mfxsr -mxsave -mxsaveopt -mxsavec -mxsaves -mmwaitx -mclzero -mfpmath=sse -O3 -fpic -fno-semantic-interposition -Wl,-Bsymbolic -O2 -fpie -ffreestanding -DLLVM_LIBC_PUBLIC_PACKAGING -std=c++14 -MD -MT projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o -MF projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o.d -o projects/libc/src/math/x86_64/CMakeFiles/libc.src.math.x86_64.cos.dir/cos.cpp.o -c /home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc/src/math/x86_64/cos.cpp
1. <eof> parser at end of file
2. Code generation
3. Running pass 'Function Pass Manager' on module '/home/bero/abf/llvm/BUILD/llvm-project-release-13.x/libc/src/math/x86_64/cos.cpp'.
4. Running pass 'X86 FP Stackifier' on function '@cos'
#0 0x00007fecca070201 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/lib64/libLLVMSupport.so.12.0+0x232201)
#1 0x00007fecca0704dd (/usr/lib64/libLLVMSupport.so.12.0+0x2324dd)
#2 0x00007fecca06de2a llvm::sys::RunSignalHandlers() (/usr/lib64/libLLVMSupport.so.12.0+0x22fe2a)
#3 0x00007fecca06f41b llvm::sys::CleanupOnSignal(unsigned long) (/usr/lib64/libLLVMSupport.so.12.0+0x23141b)
#4 0x00007fecc9f7e3a5 (/usr/lib64/libLLVMSupport.so.12.0+0x1403a5)
#5 0x00007fecc9f7e5b5 (/usr/lib64/libLLVMSupport.so.12.0+0x1405b5)
#6 0x00007fecc9a6d360 (/lib64/libc.so.6+0x40360)
#7 0x00007fecc9a6d2dc raise (/lib64/libc.so.6+0x402dc)
#8 0x00007fecc9a53538 abort (/lib64/libc.so.6+0x26538)
#9 0x00007fecc9a53421 (/lib64/libc.so.6+0x26421)
#10 0x00007fecc9a64772 (/lib64/libc.so.6+0x37772)
#11 0x00007fecced1d125 (/usr/lib64/libLLVMX86CodeGen.so.12.0+0x2ec125)
#12 0x00007fecced191ec (/usr/lib64/libLLVMX86CodeGen.so.12.0+0x2e81ec)
#13 0x00007feccd03019c llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (/usr/lib64/libLLVMCodeGen.so.12.0+0x4c319c)
#14 0x00007fecca58c278 llvm::FPPassManager::runOnFunction(llvm::Function&) (/usr/lib64/libLLVMCore.so.12.0+0x3e3278)
#15 0x00007fecca5944a3 llvm::FPPassManager::runOnModule(llvm::Module&) (/usr/lib64/libLLVMCore.so.12.0+0x3eb4a3)
#16 0x00007fecca58ceda llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/lib64/libLLVMCore.so.12.0+0x3e3eda)
#17 0x00007fecca5947c7 llvm::legacy::PassManager::run(llvm::Module&) (/usr/lib64/libLLVMCore.so.12.0+0x3eb7c7)
#18 0x00007feccd702286 (/usr/lib64/libclangCodeGen.so.12.0+0x2a6286)
#19 0x00007feccd6fb857 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >) (/usr/lib64/libclangCodeGen.so.12.0+0x29f857)
#20 0x00007feccda6855b (/usr/lib64/libclangCodeGen.so.12.0+0x60c55b)
#21 0x00007fecc76fbe55 clang::ParseAST(clang::Sema&, bool, bool) (/usr/lib64/libclangParse.so.12.0+0x6de55)
#22 0x00007feccbcd40af clang::ASTFrontendAction::ExecuteAction() (/usr/lib64/libclangFrontend.so.12.0+0x1d20af)
#23 0x00007feccda61fc0 clang::CodeGenAction::ExecuteAction() (/usr/lib64/libclangCodeGen.so.12.0+0x605fc0)
#24 0x00007feccbcd3766 clang::FrontendAction::Execute() (/usr/lib64/libclangFrontend.so.12.0+0x1d1766)
#25 0x00007feccbc37c6a clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/usr/lib64/libclangFrontend.so.12.0+0x135c6a)
#26 0x00007fecce5e7e26 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib64/libclangFrontendTool.so.12.0+0x5e26)
#27 0x00000000002196eb cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang+++0x2196eb)
#28 0x0000000000216e1f (/usr/bin/clang+++0x216e1f)
#29 0x00007feccb952fe4 (/usr/lib64/libclangDriver.so.12.0+0x113fe4)
#30 0x00007fecc9f7e28a llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/usr/lib64/libLLVMSupport.so.12.0+0x14028a)
#31 0x00007feccb9528df clang::driver::CC1Command::Execute(llvm::ArrayRef<llvm::Optional<llvm::StringRef> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*, bool*) const (/usr/lib64/libclangDriver.so.12.0+0x1138df)
#32 0x00007feccb9132ac clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&) const (/usr/lib64/libclangDriver.so.12.0+0xd42ac)
#33 0x00007feccb9135ba clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*> >&) const (/usr/lib64/libclangDriver.so.12.0+0xd45ba)
#34 0x00007feccb92e1b1 clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*> >&) (/usr/lib64/libclangDriver.so.12.0+0xef1b1)
#35 0x00000000002160d4 main (/usr/bin/clang+++0x2160d4)
#36 0x00007fecc9a553ad __libc_start_main (/lib64/libc.so.6+0x283ad)
#37 0x0000000000212baa _start (/usr/bin/clang+++0x212baa)
clang-12: error: clang frontend command failed with exit code 134 (use -v to see invocation)
OpenMandriva 12.0.1-0.20210703.1 clang version 12.0.1 (/builddir/build/BUILD/llvm-project-release-12.x/clang e4fa6dd46578aa865b61b8c567dbab6357d19443)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
clang-12: note: diagnostic msg:
********************
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang-12: note: diagnostic msg: /tmp/cos-3dbde9.cpp
clang-12: note: diagnostic msg: /tmp/cos-3dbde9.sh
clang-12: note: diagnostic msg:
********************
flang is broken (needs MLIR, which doesn't compile, see above).
Neil Nelson via llvm-dev
You do not appear to be using test-release.sh as
described on this page: How To Validate a New Release.
https://llvm.org/docs/ReleaseProcess.html
Your testing may be useful, but how you are going about it may need to be clarified.
flang appeared to compile well using the release
script.
Neil Nelson
Vadim Chugunov via llvm-dev
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.
Jim Ingham via llvm-dev
ABIMacOSX.cpp does see the definition of ThreadPlanStacks but not along that path... Something got fairly confused.
There IS an implicitly deleted copy constructor for ThreadPlanStacks, but it doesn't get called anywhere. This is code that is built pretty much everywhere and this is the first time I've seen this error.
In the ThreadPlanStack header file, there are a couple of routines the iterate over the map of ThreadPlanStacks like (m_plans_list is: std::unordered_map<lldb:tid_t, ThreadPlanStack>):
void ClearThreadCache() {
for (auto &plan_list : m_plans_list)
plan_list.second.ClearThreadCache();
}
But those get "auto &" so they should just be pulling references to ThreadPlanStacks out, it shouldn't need to copy them.
And then we do call find on the ThreadPlanStackMap and do something with the iterator returned:
bool RemoveTID(lldb::tid_t tid) {
auto result = m_plans_list.find(tid);
if (result == m_plans_list.end())
return false;
result->second.ThreadDestroyed(nullptr);
m_plans_list.erase(result);
return true;
}
But the iterator of a map shouldn't require a copy of the value, that doesn't make sense.
Other than that, I can't see anything funny here.
Is this something triggered by -pedantic?
Jim
> _______________________________________________
> lldb-dev mailing list
> lldb...@lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Albion Fung via llvm-dev
compiler-rt/lib/scudo/standalone/tests/ScudoCxxUnitTest-powerpc64le-Test
compiler-rt/lib/scudo/standalone/tests/ScudoCUnitTest-powerpc64le-Testld.lld: error: unable to find library -latomicBenchmarks/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.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.Hi,
I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries.
-Tom
_______________________________________________
Release-testers mailing list
Release...@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers
Tom Stellard via llvm-dev
> 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:
>
Can you file bugs for these so we can track them (put release-13.0.0 in the 'blocks' field).
Thanks,
Tom
> `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 <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/ <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...@lists.llvm.org <mailto:release...@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...@lists.llvm.org <mailto:Release...@lists.llvm.org>
> https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers <https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers>
Albion Fung via llvm-dev
Dimitry Andric via llvm-dev
>
> I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries.
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
Tobias Hieta via llvm-dev
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...@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...@lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers
Diana Picus via llvm-dev
c233fb82060698690ec5629ff5f3d88dae6dec35031545c413dd1de424301ced clang+llvm-13.0.0-rc1-armv7a-linux-gnueabihf.tar.xz
Albion Fung via llvm-dev
Hi,
I've tagged the 13.0.0-rc1 release. Testers, please test and upload binaries.
-Tom
_______________________________________________