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
A recent update to LFRic caused more of socrates files to be included in the build. One thing we noticed:
socrates/interface_core/socrates_bones.f90 contains a subroutine socrates_bones, which contains (as in the Fortran statement) a subroutine scale_field.
So scale_field is listed as dependency, but the analysis misses the fact that scale_field is a contained subroutine. Then it finds that scale_field is also a program and add it.
It seems correct that scale_field is not listed as symbol_defs, since it's not exported (as a contained subroutine).
Only list symbols as symbols_deps if they are not available in the local scope.
Except for the top level, do not add a program as a dependency
The text was updated successfully, but these errors were encountered:
A recent update to LFRic caused more of socrates files to be included in the build. One thing we noticed:
socrates/interface_core/socrates_bones.f90 contains a subroutine
socrates_bones
, whichcontains
(as in the Fortran statement) a subroutinescale_field
.The analysis results in:
So
scale_field
is listed as dependency, but the analysis misses the fact thatscale_field
is acontained
subroutine. Then it finds thatscale_field
is also a program and add it.It seems correct that
scale_field
is not listed assymbol_defs
, since it's not exported (as a contained subroutine).symbols_deps
if they are not available in the local scope.The text was updated successfully, but these errors were encountered: