Andreas Tille <[email protected]> writes: > I need to package the R interface to sundials[1] which contains a code > copy of some more recent version than the Debian package. I wonder > whether there is some reason to stick to version 2.7.0 while upstream > has released 3.1.1.
Hi. Lack of time is the only reason. I chip away at this periodically and it's getting closer, but the whole this isn't yet done. Packages in git currently build and their tests pass, but a few things still need doing. Current list in no particular order: - MPI tests now hit this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839387 To make these pass I use the nofakeroot script from that report. This is a hack, but I don't know exactly how to do this properly yet. I asked the question in that report, which hopefully will be answered. - There's a new cmake option: SUNDIALS_INDEX_TYPE that can be set to either int32_t or int64_t. With the former, the FORTRAN interface to KLU refuses to build. With the latter, LAPACK support refuses to build. The cmake invocation complains in both cases. The git tree currently chooses int32_t. Somebody needs to understand this limitation. The previous release of sundials supposedly supported both LAPACK and talking to KLU with FORTRAN, and we should keep both if we can. - The examples patches need rebasing. These were heavily patched to allow the examples to work with installed libraries (user installs packages, grabs examples from /usr/share/doc/... and is able to build and run them). Patches were needed because the makefiles were assuming in-tree building of examples only. - Upstream is bumping the SONAME. Would be good to run abi-compliance-checker to see how broken the ABIs really are. - There're many new sub-libraries. These are called sunlinsol_... I don't know what these are yet. Maybe we should be shipping new packages? I'll get everything done, but if we need to get it done faster, I'll need help. That said, feel free to pester me, that definitely gets things moving :) I'll poke at it more today. dima
