Details
-
Bug
-
Status: Closed (View Workflow)
-
High
-
Resolution: Duplicate
-
None
-
None
-
None
-
None
-
gcc61 with new ABI in dev4 nightlies
Description
Hi, we get some segfaults in FastCall in PyROOT in the dev4 build of gcc61 with the new ABI. This is essentially the same reported previously for gcc5 with the new ABI (ROOT-7902). As reported there, the segfault look ssimilar to what had been reported (and fixed in ROOT) in ROOT-7864, and also in ROOT-7929.
See http://cdash.cern.ch/testDetails.php?test=17065039&build=256733
pycool.coralattributelist : FAIL
|
...
|
ExecTest.stderr:
|
|
IncrementalExecutor::executeFunction: symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE6appendERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' unresolved while linking symbol '__cf_15'!
|
You are probably missing the definition of std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::append(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
|
Maybe you need to load the corresponding shared library?
|
IncrementalExecutor::executeFunction: symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE6insertEmRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' unresolved while linking symbol '__cf_15'!
|
You are probably missing the definition of std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::insert(unsigned long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
|
Maybe you need to load the corresponding shared library?
|
IncrementalExecutor::executeFunction: symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEaSERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' unresolved while linking symbol '__cf_15'!
|
You are probably missing the definition of std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator=(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
|
Maybe you need to load the corresponding shared library?
|
Error in <TClingCallFunc::make_wrapper>: Failed to compile
|
==== SOURCE BEGIN ====
|
#pragma clang diagnostic push
|
#pragma clang diagnostic ignored "-Wformat-security"
|
__attribute__((used)) extern "C" void __cf_15(void* obj, int nargs, void** args, void* ret)
|
{
|
if (ret) {
|
new (ret) (const coral::AttributeSpecification*) (&((const coral::Attribute*)obj)->specification());
|
return;
|
}
|
else {
|
((const coral::Attribute*)obj)->specification();
|
return;
|
}
|
}
|
#pragma clang diagnostic pop
|
==== SOURCE END ====
|
*** Break *** segmentation violation
|
===========================================================
|
There was a crash.
|
This is the entire stack trace of all threads:
|
===========================================================
|
#0 0x00000039360ac7be in waitpid () from /lib64/libc.so.6
|
#1 0x000000393603e5c9 in do_system () from /lib64/libc.so.6
|
#2 0x00007f059a4eabdb in TUnixSystem::StackTrace() () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libCore.so
|
#3 0x00007f059a4ed3ff in TUnixSystem::DispatchSignals(ESignals) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libCore.so
|
#4 <signal handler called>
|
#5 0x0000000000000000 in ?? ()
|
#6 0x00007f059bb3d2e1 in FastCall(long, void*, void*, void*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
|
#7 0x00007f059bb3dfc0 in Cppyy::CallR(long, void*, void*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
|
#8 0x00007f059bb4678e in PyROOT::TCppObjectRefExecutor::Execute(long, void*, PyROOT::TCallContext*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
|
#9 0x00007f059bb42c1c in PyROOT::TMethodHolder::Execute(void*, long, PyROOT::TCallContext*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
|
#10 0x00007f059bb412ef in PyROOT::TMethodHolder::Call(PyROOT::ObjectProxy*&, _object*, _object*, PyROOT::TCallContext*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
|
#11 0x00007f059bb0ec1d in PyROOT::(anonymous namespace)::mp_call(PyROOT::MethodProxy*, _object*, _object*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
|
#12 0x00007f05a30e4683 in PyObject_Call () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/Python/2.7.10/x86_64-slc6-gcc61-opt/bin/../lib/libpython2.7.so.1.0
|
I thought that ROOT HEAD was now supporting the new gcc5/gcc6 ABI? Or is this still to come in one of the next versions?
The error mentions "Maybe you need to load the corresponding shared library?", is there anything that needs to be changed in ROOT, or COOL, config?
Thanks
Andrea
Attachments
Issue Links
- duplicates
-
ROOT-7947 Add GCC5 ABI support
-
- Closed
-