You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is mainly a meta-question for @wmputman, but I've always wondered: why is fvcore_layout.rc here in GEOSgcm_App? To me it seems more suited to the FV3 directory as in most of the rest of GEOS, we keep RC files with their source code (see GOCART).
It wouldn't be too hard to change, just a file move and updates to a couple CMakeLists.txt files.
The text was updated successfully, but these errors were encountered:
Initially I have no problems changing this location, but for certain 'apps' (like various standalone FV3 configurations and tests) we might prefer a different layout configuration.
@wmputman Any 'apps' that use FV would have access to the fvcore_layout.rc file. It's just a question of where the default settings live. The actual build can still copy the resource file into whatever build/install directory the app expects to find it in
The issue goes beyond just FV. Now that the GEOSgcm app is a separate repo, we will be aggressively trying to refactor bits of the app into the components to reduce the frequency of changes that span multiple repositories.
This is mainly a meta-question for @wmputman, but I've always wondered: why is
fvcore_layout.rc
here in GEOSgcm_App? To me it seems more suited to the FV3 directory as in most of the rest of GEOS, we keep RC files with their source code (see GOCART).It wouldn't be too hard to change, just a file move and updates to a couple
CMakeLists.txt
files.The text was updated successfully, but these errors were encountered: