The saga continues.
Redmine Issue 28782 requested stan_math and sundials versions to work with eigen v23_08_01_66e8f in art 314 series.
Ran into issues...we dropped back to eigen v3_4_0...
Meanwhile, stan_math was patched for the eigenv23_08_01_66e8f.
I've tested this combination -- it works , for the e26 compiler.
c14 compiler is fussier:
/cvmfs/larsoft.opensciencegrid.org/products/stan_math/v4_9_0a/include/stan/math/prim/functor/operands_and_partials.hpp:57:1: error: 'ops_partials_edge' defined as a struct template here but previously declared as a class template; this is valid, but may result in linker errors under the Microsoft C++ ABI [-Werror,-Wmismatched-tags]
I only tested the e26 locally before pushing to jenkins. For now, on Jenkins I have turned off all compilers except e26.
OK, so we can bypass the mismatched-tags warning as an error easy enough but in interests of SBN folks having something to test, I'll make osclib v00.26 available for the e26 compiler, and revisit for c14 compiler, assuming SBN have success with e26.
It does come with a warning label from SciSoft given the stan_math patch; buyer beware.
The saga continues.
Redmine Issue 28782 requested stan_math and sundials versions to work with eigen v23_08_01_66e8f in art 314 series.
Ran into issues...we dropped back to eigen v3_4_0...
Meanwhile, stan_math was patched for the eigenv23_08_01_66e8f.
I've tested this combination -- it works , for the e26 compiler.
c14 compiler is fussier:
I only tested the e26 locally before pushing to jenkins. For now, on Jenkins I have turned off all compilers except e26.
OK, so we can bypass the mismatched-tags warning as an error easy enough but in interests of SBN folks having something to test, I'll make
osclib v00.26available for the e26 compiler, and revisit for c14 compiler, assuming SBN have success with e26.It does come with a warning label from SciSoft given the stan_math patch; buyer beware.