Changes between Version 1 and Version 2 of ticket/1658/General
- Timestamp:
- 2016-06-07T10:48:42+02:00 (8 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ticket/1658/General
v1 v2 27 27 28 28 29 The code development needs to be compatible with the MO GO6 ocean model configuration. This configuration currently features approximately 11 separate code branches which makes further development of additional code 30 potentially problematic in terms of a high risk of code conflicts. 29 31 32 It also needs to be compatible with the MO GC3 coupled model configuration which adds a further 4 NEMO branches. 33 34 While the bulk of the MEDUSA code is self contained under the TOP_SRC directory and thus less prone to causing conflicts, the coupling interface code is 35 a very high risk in terms of conflicts since it needs to modify sbccpl.F90 and perhaps other high level coupling routines. 36 37 Oddly we find that the conflicts we see from the MEDUSA coupling interface developments are with code contained in the GO6 definition and not with the coupling specific code added by the extra GC3 branches. 38 Specifically, we find that [log:branches/UKMO/dev_r5518_coupling_GSI7_GSI8_landice_bitcomp dev_r5518_coupling_GSI7_GSI8_landice_bitcomp] is a major source of clashes. There is no way to rework the MEDUSA 39 interface to avoid this because this branch, although only part of the GO6 configuration, actually features changes relating to coupled models (for reasons of avoiding code clashes!) particularly w.r.t. the magic numbers used for coupled field indexing. 40 41 42