[Mitgcm-support] Re: How are we doing?

mitgcm-support at dev.mitgcm.org mitgcm-support at dev.mitgcm.org
Wed Jul 9 15:45:48 EDT 2003


Alistair Adcroft wrote:
> 
> Patrick,
> 
> Not meaning to upset you but this should still work for you and
> it now works for me too.
> 
> I've changed the macro to DISABLE_MULTIDIM_ADVECTION
> and I've put in GAD_OPTIONS.h: #ifdef AUTO... #define DISABLE_... #endif
> and updated comments to make it obvious what's going on.

Well, no.
I've modified gad_advection so as to be able to differentiate
it INCLUDING the multi-dim. advection scheme.
However, since this requires a new and additional type of common block
for the innermost checkpointing, I'd like to be able to switch
it off, if I don't want it so as to reduce memory.
So, linking DISABLE_MULTIDIM_ADVECTION to ALLOW_AUTODIFF_TAMC
as you suggest does not make sense.

P.

> This way we don't have to use it in CPP_OPTIONS.h: all the new
> advection schemes are meaningless without out multi-dimensional
> advection (it's part of the method) and most future
> experiments will use one of these schemes. The documentation on
> tracers shows why you need multi-dim with these schemes.
> 
> A.
> 
> Patrick Heimbach wrote:
> > I'm performing some final AD-related tests.
> > Am about to check-in fixed code.
> > As mentioned earlier, I've added a new CPP option
> > ALLOW_MULTIDIM_ADVECTION
> > You may have to define that in one of your verif. experiments

-- 
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

Patrick Heimbach                        FON: +1 / 617 / 253-5259
Massachusetts Institute of Technology   FAX: +1 / 617 / 253-4464 
EAPS, Room 54-1518
77 Massachusetts Avenue                  mailto:heimbach at mit.edu
Cambridge MA 02139, U.S.A.         http://www.mit.edu/~heimbach/

>>>>>>>      http://web.mit.edu/cms/reconstructions      <<<<<<<



More information about the MITgcm-support mailing list