gnu build on hera is not working

[EdwardSafford-NOAA]

As currently configured the gnu build does not work on hera. The default intel build does work correctly.

In order to attempt a build using the gnu compiler one has to change the compiler option in builld.sh. It's therefore not clear that this is much of an issue. If it's determined that gnu support is not needed this issue can be closed.

[DavidHuber-NOAA]

Opened issue JCSDA/spack-stack#1483 to request a new GNU installation of spack-stack on Hera.

[RussTreadon-NOAA]

@RatkoVasic-NOAA is helping to resolve GSI-utils issue #66. The changes tested in a working copy of GSI-utils develop were tested in a working copy of GSI-Monitor develop. Specifically, the following changes were made in modulefiles/hera.gnu.lua

-prepend_path("MODULEPATH", "/contrib/spack-stack/spack-stack-1.6.0/envs/gsi-addon-dev-rocky8/install/modulefiles/Core")
+prepend_path("MODULEPATH", "/scratch4/NCEPDEV/stmp/role.epic/spack-stack/spack-stack-1.6.0/envs/gsi-addon-dev-rocky8/install/modulefiles/Core")

 local stack_gnu_ver=os.getenv("stack_gnu_ver") or "9.2.0"
-local stack_openmpi_ver=os.getenv("stack_openmpi_ver") or "4.1.5"
+local stack_openmpi_ver=os.getenv("stack_openmpi_ver") or "4.1.6"
 local cmake_ver=os.getenv("cmake_ver") or "3.23.1"

With these changes in place, ush/build.sh successfully runs to completion.

MACHINE_ID = hera

Currently Loaded Modules:
  1) stack-gcc/9.2.0          5) nghttp2/1.57.0   9) snappy/1.1.10      13) hdf5/1.14.0           17) w3emc/2.10.0
  2) gnu/9.2.0                6) zlib/1.2.13     10) zstd/1.5.2         14) netcdf-c/4.9.2        18) gsi-ncdiag/1.1.2
  3) openmpi/4.1.6_gnu9.2.0   7) curl/8.4.0      11) c-blosc/1.21.5     15) netcdf-fortran/4.6.1  19) common
  4) stack-openmpi/4.1.6      8) cmake/3.23.1    12) pkg-config/0.27.1  16) bacio/2.4.1           20) hera.gnu



+ cmake -DBUILD_UTIL_ALLMON=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/scratch1/NCEPDEV/da/Russ.Treadon/git/gsi-monitor/update/install /scratch1\
/NCEPDEV/da/Russ.Treadon/git/gsi-monitor/update
-- The Fortran compiler identification is GNU 9.2.0

...

-- Set runtime path of "/scratch1/NCEPDEV/da/Russ.Treadon/git/gsi-monitor/update/install/bin/radmon_bcor.x" to ""
-- Installing: /scratch1/NCEPDEV/da/Russ.Treadon/git/gsi-monitor/update/install/bin/radmon_time.x
-- Set runtime path of "/scratch1/NCEPDEV/da/Russ.Treadon/git/gsi-monitor/update/install/bin/radmon_time.x" to ""
+ set +x

If

/scratch4/NCEPDEV/stmp/role.epic/spack-stack/spack-stack-1.6.0/envs/gsi-addon-dev-rocky8/install/modulefiles/Core

is the official location of the new gnu spack-stack-1.6.0, we can open a PR to get this change into GSI-Monitor develop. Otherwise, we can wait until the gnu spack-stack is in its official location.

[EdwardSafford-NOAA]

@RussTreadon-NOAA Thanks very much for the update. Do you have a sense of when spack-stack-1.6.0 will be moved to the official location? If it's going to be a while (> 30 days or so) then I think we should proceed with updating the modules to use the temporary location. Otherwise I'm ok with waiting.

[RussTreadon-NOAA]

@EdwardSafford-NOAA , @RatkoVasic-NOAA replied in GSI-utils issue #66 that the current location will not be removed. We can open a PR to update modulefiles/hera.gnu.lua and modulefiles/hera.gnu-run.lua

[EdwardSafford-NOAA]

@RussTreadon-NOAA Ok, cool. I can get to that this afternoon.