Closed edwardhartnett closed 1 year ago
Just a note here that hpc-stack modulefiles will need updates corresponding to these updates. And possibly in spack (I don't know how those module variables are defined). Please check.
@AlexanderRichert-NOAA can you answer the question of how these are defined in spack?
@aerorahul I believe hpc-stack will never be updated with this release. We are switching to spack and this release is not urgent. So I suggest we leave hpc-stack alone.
@AlexanderRichert-NOAA can you answer the question of how these are defined in spack?
I tested installed this PR through spack just now on my personal machine and it appears to work as expected. Rahul, if you're referring to CMAKE_INSTALL_LIBDIR, that appears to be automatically set to "lib" and so the cmake files get installed under bacioinstalldir/lib/cmake/bacio/, so no further configuration by spack is necessary. Is that what you're asking?
@AlexanderRichert-NOAA can you answer the question of how these are defined in spack?
I tested installed this PR through spack just now on my personal machine and it appears to work as expected. Rahul, if you're referring to CMAKE_INSTALL_LIBDIR, that appears to be automatically set to "lib" and so the cmake files get installed under bacioinstalldir/lib/cmake/bacio/, so no further configuration by spack is necessary. Is that what you're asking?
The location CMAKE_INSTALL_LIBDIR
is lib64
on a RH for e.g. and lib
on a macOS
.
I don't know if spack does the same for RH.
I'm noticing that in w3emc, src/CMakeLists.txt sets "ARCHIVE DESTINATION ${CMAKE_INSTALL_LIBDIR}"
and "LIBRARY DESTINATION ${CMAKE_INSTALL_LIBDIR}"
, which I think makes sense, that way everything is in the same directory. So if I'm understanding the goal here correctly, I believe we'll want to do likewise for this and g2tmpl.
@AlexanderRichert-NOAA good catch, I will fix...
Fixes #112