Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

data type inconsistencies #915

Closed
uturuncoglu opened this issue Apr 28, 2022 · 1 comment
Closed

data type inconsistencies #915

uturuncoglu opened this issue Apr 28, 2022 · 1 comment
Labels

Comments

@uturuncoglu
Copy link
Contributor

Description

When NoahMP source is compiled as an external component under UFS using 32BIT enabled, it fails to compile like following,

/glade/work/turuncu/NOAHMP/ufs-weather-model_dev/NOAHMP-interface/noahmp/src/module_sf_noahmplsm.f90(805): error #6633: The type of the actual argument differs from the type of the dummy argument.   [CANHS]
                 emissi ,pah    ,canhs,                           &
---------------------------------^
/glade/work/turuncu/NOAHMP/ufs-weather-model_dev/NOAHMP-interface/noahmp/src/module_sf_noahmplsm.f90(876): error #6633: The type of the actual argument differs from the type of the dummy argument.   [CANHS]
                 pahv   ,pahg   ,pahb   ,canhs,errmsg, errflg)   !in ( except errwat [out] and errmsg, errflg [inout] )
-----------------------------------------^
/glade/work/turuncu/NOAHMP/ufs-weather-model_dev/NOAHMP-interface/noahmp/src/module_sf_noahmplsm.f90(4497): error #6633: The type of the actual argument differs from the type of the dummy argument.   [0.0]
                         zpd  ,snowh,shdfac ,garea1  ,.false. ,0.0,ivgtyp ,      & !in
---------------------------------------------------------------^

This could be easily fixed by modifying following line as following

  real (kind=kind_phys)               :: canhs ! canopy heat storage change w/m2

and modifying following line like

zpd  ,snowh,shdfac ,garea1  ,.false. ,0.0_kind_phys,ivgtyp ,      & !in

Additional Context

Please provide any relevant information about your setup. This is important in case the issue is not reproducible except for under certain conditions.

  • Machine: Cheyenne
  • Compiler: Intel
  • Suite Definition File or Scheme: N/A
  • Reference other issues or PRs in other repositories that this is related to, and how they are related: N/A
@dustinswales
Copy link
Collaborator

@uturuncoglu Thanks for identifying this.
Looking back, it appears that this issue has been resolved since April. There was a change to the interface of sfcdif3, and the real vs real=kind_real bug was addressed in a cleanup PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants