Context

Because of the temporal interpolation, fldread must often access the input files corresponding to the previous/next run.
This feature is needed to insure restartability but is quite annoying when you need to provide the input files before or after the full simulation. For example if you do a 10-year simulation with 1-year long runs, you usually do not want to prepare the input files for the year before the simulation and after the 10 years.
It was therefore decided that the code accept the absence of previous/next input files if we are at the beginning/the end of the simulation.

Analysis

This feature is broken for the end of the simulation since fldread calendar was rewritten.

Fix

simply replace a > by a >=

Context

makenemo : compilation of the full code is resumed even after a first succesfull compilation and without changing anything (neither F90, nor CPP keys nor arch_xx.fcm ). This behaviour is observed on jean-zay @IDRIS HPC center, and NOT on occigen @ CINES.

Analysis

Not surprisingly the difference between jean-zay and occigen comes from the fcm build statement in makenemo. I notice that the BLD/Makefile is re-created every time on jean-zay, which is not the case on occigen.

I also check the following: after a first successfull compilation with makenemo, if I just go to the BLD directory and use 'make', it is OK, I am told that make: Nothing to be done for 'all'., which is correct.

So the problem is not a Makefile behaviour but in the fcm build procedure

Recommendation

No ideas !

Same as #2615 but for r4.0-HEAD.

Here we use the simple bugfix proposed in #2615 (without AGRF modifications), assuming that the user won't use NEMO compiled with agrif without any zoom in a coupled model...