ccpp-scm v7.0 with spack-stack 1.8 - where is the spectral transform library?

[gabersek]

I am trying to build/compile v7.0 using spack-stack 1.8. I found out that NCEPLIBS-sp libraries are being obsolete and I should be using NCEPLIBS-ip (https://github.com/NOAA-EMC/NCEPLIBS-sp). While bacio and w3nco libs are found within spack-stack, cmake throws an error with sp, because it does not exist (ip does, however):

CMake Error at CMakeLists.txt:72 (find_package):
  By not providing "Findsp.cmake" in CMAKE_MODULE_PATH this project has asked
  CMake to find a package configuration file provided by "sp", but CMake did
  not find one.

  Could not find a package configuration file provided by "sp" with any of
  the following names:

    spConfig.cmake
    sp-config.cmake

  Add the installation prefix of "sp" to CMAKE_PREFIX_PATH or set "sp_DIR" to
  a directory containing one of the above files.  If "sp" provides a separate
  development package or SDK, be sure it has been installed.

What is the best way forward?

[scrasmussen]

I think this will be fixed once PR#524 is merged. It has the CMakeLists changes for the sp to ip switch. I'll work to get this merged tomorrow.

[grantfirl]

The sp library is still part of spack-stack 1.8.0, so I don't think that you should be seeing this error if everything is set up correctly. According to the modulesfiles in the spack-stack 1.8.0 PR of ufs-weather-model, you need to make sure that MODULEPATH is prepended with /contrib/spack-stack/spack-stack-1.8.0/envs/mapl-2.40.3-intel-2021.5.0/install/modulefiles/Core in order to find the right modules to load. I did this on Hera and loaded all of the modules manually and was able to compile just fine.

[gabersek]

Hi Grant, I do have modulefiles/Core in the MODULEPATH, but it is not the first one (prepended). It is among the other spack-stack envs/../modulefiles which are prepended to the system modulefiles. When I check to contents envs/ne-oneapi-2024.2.1/install/oneapi/2024.2.1/ . I do not see sp. I see ip, bacio, w3emc, etc. Our local install is for intel oneapi (ne-oneapi-2024.2.1, oneapi, 2024.2.1). Am I missing something? Thank you, Saša

[grantfirl]

Hi Grant, I do have modulefiles/Core in the MODULEPATH, but it is not the first one (prepended). It is among the other spack-stack envs/../modulefiles which are prepended to the system modulefiles. When I check to contents envs/ne-oneapi-2024.2.1/install/oneapi/2024.2.1/ . I do not see sp. I see ip, bacio, w3emc, etc. Our local install is for intel oneapi (ne-oneapi-2024.2.1, oneapi, 2024.2.1). Am I missing something? Thank you, Saša

I'm referring to the module path here: https://github.com/ufs-community/ufs-weather-model/blob/fdf2c997a9f6a161a57b9af40a37ade1d4136056/modulefiles/ufs_hera.intel.lua#L5, which is part of ufs-community/ufs-weather-model#2453 and which is different than the one that you cite. I guess that the one you're trying to use doesn't have sp anymore. This explains the error that you're getting. Is there a reason to not use the same modulefiles from UFS as in the PR?

[gabersek]

Hi Grant,

I was not the person who installed spack-stack, so I do not know why it is different. But - if the spectral transform library is deprecated, and we are supposed to switch to ip, then a corresponging change of CCPP-SCM-v7.0 cmake could be implemented?

[grantfirl]

Absolutely, @gabersek. I've been working on trying to get spack-stack 1.8.0 with ip/5.0.0 working with the SCM and ccpp-physics and running into compilation issues with one of the radiation schemes. See #524. As soon as this is figured out, we'll set up a module that works with spack-stack 1.8.0 and ip/5.0.0 for you to use (and for us to migrate to as soon as UFS does).