#1875 closed Bug (fixed)
Generation of 'nemo.exe' fails when both 'key_asminc' and 'key_zdftke' are defined
Reported by: | sam | Owned by: | nemo |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | OCE | Version: | v3.4 |
Severity: | Keywords: | ASM OPA v3.4 | |
Cc: |
Description
Context
When the assimilation increment functionality has been selected by defining 'key_asminc' in a typical ORCA2 model configuration, the generation of 'nemo.exe' failed at the linking stage.
Analysis
If the values of parameters 'lk_asminc' and 'lk_zdftke' are '.true.' (which they are when both 'key_asminc' and 'key_zdftke' are defined), subroutine 'nemo_gcm' includes a call to subroutine 'tke_avn' (conditional on the values of variables 'ln_asmdin' and 'istp'). 'tke_avn', however, is a private subroutine of module 'zdftke', and therefore it is not available for linking during the generation of 'nemo.exe'.
Fix
Subroutine 'tke_avn' of module 'zdftke' could be given the attribute 'PUBLIC'.
Commit History (1)
Changeset | Author | Time | ChangeLog |
---|---|---|---|
8519 | lovato | 2017-09-13T19:09:49+02:00 | 3.4_stable: set subroutine tke_avn to public (see #1875) |
Change History (4)
comment:1 Changed 7 years ago by lovato
- Resolution set to fixed
- Status changed from new to closed
comment:2 Changed 7 years ago by nemo
- Keywords release-3.4* added; nemo_v3_4* removed
comment:3 Changed 7 years ago by nemo
- Keywords release-3.4* removed
comment:4 Changed 3 years ago by nemo
- Keywords OPA v3.4 added
The proposed ticket was applied to nemo_v3.4_stable at revision r8519.
The fix won't apply to v3.6_stable and trunk as the call to tke_avn from nemogcm does not exist anymore.
NOTE: Avoid to open new tickets regarding v3.4 !!!