[MITgcm-devel] [altMITgcm/MITgcm66h] Bugfix/scratch files (#11)
Martin Losch
Martin.Losch at awi.de
Wed Jul 26 04:16:45 EDT 2017
Hi Jean-Michel,
I suggest to test this now as you say, i.e. check in an eeset_parms.F where only the appropriate close statements are ammended with STATUS=‘DELETE’ (which in my opinion should always work, since this option is F77 standard, but you never know …), but also have (at least) one testreport-verification-experiment use the USE_FORTRAN_SCRATCH_FILES flag, so that it is always tested (that’s a bit annoying, since it would be the only experiment with it’s own CPP_EEOPTIONS.h file, or can this be put into some genmake_local?)
Martin
> On 25. Jul 2017, at 18:17, Jean-Michel Campin <jmc at mit.edu> wrote:
>
> An other thing:
> Are we 100% sure that closing a scratch unit file with status "delete"
> is completly standard on all platforms & compilers ? If not, we could
> test just this independently (i.e., check-in and see how daily test run).
> The reason is that when someone chose to use USE_FORTRAN_SCRATCH_FILES,
> (which is not going to be the default and therefore not tested) we need to be
> sure that the close instruction is OK.
More information about the MITgcm-devel
mailing list