Lines of Code
| Author | Changes | Lines of Code | Lines per Change |
|---|---|---|---|
| Totals | 20 (100.0%) | 36 (100.0%) | 1.8 |
| fairhead | 7 (35.0%) | 29 (80.6%) | 4.1 |
| emillour | 3 (15.0%) | 4 (11.1%) | 1.3 |
| lmdz-users | 2 (10.0%) | 3 (8.3%) | 1.5 |
| oboucher | 6 (30.0%) | 0 (0.0%) | 0.0 |
| lguez | 2 (10.0%) | 0 (0.0%) | 0.0 |
Modifications from Thibaut to create an ESM with interactive CO2 + INCA aerosols
3 lines of code changed in 2 files:
Make dynamics restart.nc file be in "64-bit offset" mode to enable generating large files. While at it also enforce this for limit.nc, guide_ins.nc and grilles_gcm.nc generated by the model.
EM
4 lines of code changed in 3 files:
Make aquaplanets run again (on jean-zay)
EM & MP
1 lines of code changed in 1 file:
Modifications needed for "real" calendar in 1D model
MPL/EM
12 lines of code changed in 4 files:
"Historic" :-) commit merging the physics branch used for DYNAMICO with the LMDZ trunk.
The same physics branch can now be used seamlessly with the traditional lon-lat LMDZ
dynamical core and DYNAMICO.
Testing consisted in running a lon-lat LMDZ bucket simulation with the NPv6.1 physics package
with the original trunk sources and the merged sources. Tests were succesful in the sense that
numeric continuity was preserved in the restart files from both simulation. Further tests
included running both versions of the physics codes for one year in a LMDZOR setting in which
the restart files also came out identical.
Caution:
- as the physics package now manages unstructured grids, grid information needs to be transmitted
to the surface scheme ORCHIDEE. This means that the interface defined in surf_land_orchidee_mod.F90
is only compatible with ORCHIDEE version orchidee2.1 and later versions. If previous versions of
ORCHIDEE need to be used, the CPP key ORCHIDEE_NOUNSTRUCT needs to be set at compilation time.
This is done automatically if makelmdz/makelmdz_fcm are called with the veget orchidee2.0 switch
- due to a limitation in XIOS, the time at which limit conditions will be read in by DYNAMICO will be
delayed by one physic timestep with respect to the time it is read in by the lon-lat model. This is caused
by the line
IF (MOD(itime-1, lmt_pas) == 0 .OR. (jour_lu /= jour .AND. grid_type /= unstructured)) THEN ! time to read
in limit_read_mod.F90
Work still needed on COSP integration and XML files for DYNAMICO
EM, YM, LF
16 lines of code changed in 2 files:
No stop in leapfrog for normal end. Let the program end in the main
unit. We avoid the list of floating-point exceptions printed by
gfortran when invoking stop.
0 lines of code changed in 2 files:
Removing x permission from these files
0 lines of code changed in 6 files: