Description
[ March 23 2026 ]
Suggest that this issue be updated to build UFS-WM with spack-stack@2.1.0 -- oneAPI@2025.3.1 compilers are now available on most RDHPCS hosts, and the change to 2025.3.1 from 2025.2.1 is significant with respect to the ifx compiler.
spack-stack/2.0.0 has been released. The UFS-WM should update to use this version of the stack. It is currently available on Ursa, Gaea C6, Hercules, and Derecho (https://github.com/JCSDA/spack-stack/wiki/Release-2.0.0).
Note: there are several library changes/upgrades (e.g., sp & g2 have been removed and replaced by ip & g2tmpl, respectively). Additionally, with the deprecation of ifort, this stack version only supports ifx (i.e., Intel LLVM compilers: icx, icpx, ifx).
We anticipate that these changes will require various modifications to the UFS-WM code, particularly at the sub-component level, as subs. will need to be able to compile w/ ifx, and will only have recourse to ip (where pertinent).
The initial purpose of this issue is to gather testing results for UFS-WM builds/runs using the new stack. Some prior work/discussion on this can be found here.
New issues to be reported below; it is easier to track a checklist rather than read through / parse running commentary.
Reported issues
- [ ] Move off of sp to ip
- [ ] accommodate both bacio::bacio_4 and bacio::bacio (ccpp-scm issue)
- [ ] Rm sst_ncep and sst_anom refs in atmos_cubed_sphere (atmos_cubed_sphere)
Description
[ March 23 2026 ]
Suggest that this issue be updated to build UFS-WM with spack-stack@2.1.0 --
oneAPI@2025.3.1compilers are now available on most RDHPCS hosts, and the change to2025.3.1from2025.2.1is significant with respect to theifxcompiler.spack-stack/2.0.0has been released. The UFS-WM should update to use this version of the stack. It is currently available on Ursa, Gaea C6, Hercules, and Derecho (https://github.com/JCSDA/spack-stack/wiki/Release-2.0.0).Note: there are several library changes/upgrades (e.g.,
sp&g2have been removed and replaced byip&g2tmpl, respectively). Additionally, with the deprecation ofifort, this stack version only supportsifx(i.e., Intel LLVM compilers:icx,icpx,ifx).We anticipate that these changes will require various modifications to the UFS-WM code, particularly at the sub-component level, as subs. will need to be able to compile w/
ifx, and will only have recourse toip(where pertinent).The initial purpose of this issue is to gather testing results for UFS-WM builds/runs using the new stack. Some prior work/discussion on this can be found here.
New issues to be reported below; it is easier to track a checklist rather than read through / parse running commentary.
Reported issues
- [ ] Move off of sp to ip
- [ ] accommodate both bacio::bacio_4 and bacio::bacio (ccpp-scm issue)
- [ ] Rm sst_ncep and sst_anom refs in atmos_cubed_sphere (atmos_cubed_sphere)