Opened 4 years ago

Closed 4 years ago

Last modified 3 years ago

#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: release-3.4
Severity: Keywords: ASM
Cc: Branch review:
MP ready?: Task progress:

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)

ChangesetAuthorTimeChangeLog
8519lovato2017-09-13T19:09:49+02:00

3.4_stable: set subroutine tke_avn to public (see #1875)

Change History (3)

comment:1 Changed 4 years ago by lovato

  • Resolution set to fixed
  • Status changed from new to closed

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 !!!

comment:2 Changed 3 years ago by nemo

  • Keywords release-3.4* added; nemo_v3_4* removed

comment:3 Changed 3 years ago by nemo

  • Keywords release-3.4* removed
Note: See TracTickets for help on using tickets.