[MITgcm-devel] Beaufort experiment on mac os x
Jean-Michel Campin
jmc at ocean.mit.edu
Fri Mar 16 12:19:50 EDT 2012
Hi Martin,
Thanks for doing these tests. If you could sent the testreport
output as testreport -a jmc at mitgcm.org does, I think it could
be useful.
Regarding bottom_ctrl_5x5, it's good that you manage to avoid the NaNs,
and you have now the same numbers as on baudelaire, so it's good.
Regarding your fix to ini_masks_etc.F & update_masks_etc.F,
since it does not change the results, could you take care of
checking-in these changes ?
And finally, regarding this option to check for un-initialised variables,
there is indeed a problem in admom_fluxform (with non-lin free-surf or
bottom control) but did not have time yet to figure out the cause.
Cheers,
Jean-Michel
On Fri, Mar 16, 2012 at 03:36:09PM +0100, Martin Losch wrote:
> with
> NOOPTFILES='ini_masks_etc.F update_masks_etc.F gmredi_calc_psi_bvp.F'
> (and not changes to ini_masks_etc.F) I have no problems (do you need my testreport output? I forgot the -a) on my PowerBookPro with gfortran 4.6.0
>
> Now I also managed to make bottom_ctrl_5x5 work on my linux box, and it fails with
> Y Y Y Y 16> 3<16 FAIL bottom_ctrl_5x5
> for both versions of ini_masks_etc/update_masks_etc, but I guess that's normal (judging from recent baudelaire results).
>
> So I'd say, we can safely use the modified code and avoid -O3 problem with apple gfortran.
>
> Martin
>
> PS. Side effect: bottom_ctrl_5x5 adjoints produces NaNs when I tell gfortran to initialise by default with inf (-finit-real=inf), but I saw this is also happening e.g. on acesgrid with linux_amd64_open64, so there seems to be an initialization problem in the adjoint (or forward?) code.
>
>
>
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
More information about the MITgcm-devel
mailing list