overview
some workflows may benefit from wider integer or floating point types. these should be configurable through options passed to cmake, which should correctly force-disable things currently incompatible with certain types (such as some of the hip and probably cuda code). additionally, they should set the corresponding type aliases (real_type/index_type) in resolve/Common.hpp and resolve/lusol/lusol_precision.f90
additional notes
- the hip/cuda code could be modified to be compatible with wider integer types (in the event native support is not possible) by partitioning the job, probably
- an instance in which another similar project has done this sort of thing can be found here1
overview
some workflows may benefit from wider integer or floating point types. these should be configurable through options passed to cmake, which should correctly force-disable things currently incompatible with certain types (such as some of the hip and probably cuda code). additionally, they should set the corresponding type aliases (
real_type/index_type) inresolve/Common.hppandresolve/lusol/lusol_precision.f90additional notes
Footnotes
https://github.com/LLNL/sundials/blob/main/cmake/SundialsBuildOptionsPre.cmake#L29-L36 ↩