Clarity on dependencies in host metadata #393
Replies: 2 comments 2 replies
-
I do not really see the point of using the dependencies keyword in host model metadata. My understanding of the need for this feature (requested by NOAA) is to tell the build system what modules (files) need to be compiled when a particular scheme is used in a suite. Therefore, for a scheme, I think the complete list needs to be present, however, I would expect that a host model already knows what modules to compile for internal (non-physics-suite) use. |
Beta Was this translation helpful? Give feedback.
-
So I guess the answer (host to use the dependencies keyword in host-model metadata) is completely host-model specific and is not really a CCPP Framework issue. |
Beta Was this translation helpful? Give feedback.
-
With the new "dependencies" value of the [ccpp-table-properties] tag, what exactly needs to be listed there? The documentation is not super clear.
For example, for host metadata for the IAP model, host modules with metadata have many USE statements. I am listing those in the metadata. But, what if those dependency modules have further dependencies? Do the list of dependencies need to be recursive? Do we need to list dependencies for all subroutines in a host module even though they may not be used any CCPP physics schemes?
Any clarity would be helpful. I'm assuming that these dependencies are used to construct makefile snippets for the build system, so does what gets listed as "dependencies" also depend on the existing host build system (i.e. order of what gets compiled first, etc.)?
Beta Was this translation helpful? Give feedback.
All reactions