Change between 2024.10.15 and 2025.01.03 triggers linker error

[SoilRos]

Between releases 2024.10.15 and 2025.01.03 there is something that now is triggering linker errors in the dune-copasi pipeline

• Pipeline with 2024.10.15: https://github.com/dune-copasi/dune-copasi/actions/runs/13202363875
• Pipeline with 2025.01.03: https://github.com/dune-copasi/dune-copasi/actions/runs/13201737124

The error starts with:

[100%] Linking CXX executable ../bin/dune-copasi
/usr/bin/ld: /opt/smelibs/lib/libsymengine.a(basic.cpp.o): in function `cereal::OutputArchive<cereal::PortableBinaryOutputArchive, 1u>::~OutputArchive()':
basic.cpp:(.text._ZN6cereal13OutputArchiveINS_27PortableBinaryOutputArchiveELj1EED2Ev[_ZN6cereal13OutputArchiveINS_27PortableBinaryOutputArchiveELj1EED2Ev]+0x118): undefined reference to `__libc_single_threaded'
/usr/bin/ld: /opt/smelibs/lib/libsymengine.a(basic.cpp.o): in function `std::__shared_ptr<void const, (__gnu_cxx::_Lock_policy)2>::~__shared_ptr()':
basic.cpp:(.text._ZNSt12__shared_ptrIKvLN9__gnu_cxx12_Lock_policyE2EED2Ev[_ZNSt12__shared_ptrIKvLN9__gnu_cxx12_Lock_policyE2EED2Ev]+0x3b): undefined reference to `__libc_single_threaded'
/usr/bin/ld: /opt/smelibs/lib/libsymengine.a(basic.cpp.o): in function `std::_Hashtable<unsigned int, std::pair<unsigned int const, std::shared_ptr<void> >, std::allocator<std::pair<unsigned int const, std::shared_ptr<void> > >, std::__detail::_Select1st, std::equal_to<unsigned int>, std::hash<unsigned int>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true> >::~_Hashtable()':
basic.cpp:(.text._ZNSt10_HashtableIjSt4pairIKjSt10shared_ptrIvEESaIS4_ENSt8__detail10_Select1stESt8equal_toIjESt4hashIjENS6_18_Mod_range_hashingENS6_20_Default_ranged_hashENS6_20_Prime_rehash_policyENS6_17_Hashtable_traitsILb0ELb0ELb1EEEED2Ev[_ZNSt10_HashtableIjSt4pairIKjSt10shared_ptrIvEESaIS4_ENSt8__detail10_Select1stESt8equal_toIjESt4hashIjENS6_18_Mod_range_hashingENS6_20_Default_ranged_hashENS6_20_Prime_rehash_policyENS6_17_Hashtable_traitsILb0ELb0ELb1EEEED2Ev]+0x30): undefined reference to `__libc_single_threaded'
/usr/bin/ld: /opt/smelibs/lib/libsymengine.a(basic.cpp.o): in function `std::__shared_ptr<void, (__gnu_cxx::_Lock_policy)2>::~__shared_ptr()':
basic.cpp:(.text._ZNSt12__shared_ptrIvLN9__gnu_cxx12_Lock_policyE2EED2Ev[_ZNSt12__shared_ptrIvLN9__gnu_cxx12_Lock_policyE2EED2Ev]+0x3b): undefined reference to `__libc_single_threaded'
/usr/bin/ld: /opt/smelibs/lib/libsymengine.a(basic.cpp.o): in function `std::_Hashtable<SymEngine::RCP<SymEngine::Basic const>, std::pair<SymEngine::RCP<SymEngine::Basic const> const, SymEngine::RCP<SymEngine::Number const> >, std::allocator<std::pair<SymEngine::RCP<SymEngine::Basic const> const, SymEngine::RCP<SymEngine::Number const> > >, std::__detail::_Select1st, SymEngine::RCPBasicKeyEq, SymEngine::RCPBasicHash, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable<std::pair<SymEngine::RCP<SymEngine::Basic const> const, SymEngine::RCP<SymEngine::Number const> > const*>(std::pair<SymEngine::RCP<SymEngine::Basic const> const, SymEngine::RCP<SymEngine::Number const> > const*, std::pair<SymEngine::RCP<SymEngine::Basic const> const, SymEngine::RCP<SymEngine::Number const> > const*, unsigned long, SymEngine::RCPBasicHash const&, SymEngine::RCPBasicKeyEq const&, std::allocator<std::pair<SymEngine::RCP<SymEngine::Basic const> const, SymEngine::RCP<SymEngine::Number const> > > const&, std::integral_constant<bool, true>)':

It seems to me that symengine was compiled without support for parallel code. Any idea what could this be?

[SoilRos]

Wait, I opened this too soon, the pipeline for release 2024.10.15 has not yet reached the linking stage. Anyways, any hints would be helpful.

[SoilRos]

Yes, this seems to be the reason for the failure in Linux. I still need to investigate the one for MacOS and GMP

[lkeegan]

I can reproduce the GMP issue on MacOS if I use the dune-copasi master branch in sme_deps:

https://github.com/spatial-model-editor/sme_deps/actions/runs/13389973709/job/37395273396

CMake Error at /opt/smelibs/lib/cmake/dune-pdelab/dune-pdelab-scoped-targets-108cfc623fc53aa07b4a3befb4d03117.cmake:61 (set_target_properties):
  The link interface of target "Dune::PDELab" contains:

    GMP::gmpxx

  but the target was not found.  Possible reasons include:

The same CI works using the releases/2.1 branch of dune-copasi, maybe something changed in the pdelab cmake?