[ET Trac] [Einstein Toolkit] #620: Simplify timelevel handling for Cactus thorn writers
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Fri Oct 14 09:41:18 CDT 2011
#620: Simplify timelevel handling for Cactus thorn writers
--------------------------+-------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Resolution: | Keywords:
--------------------------+-------------------------------------------------
Comment (by eschnett):
Each timelevel is stored in its own variable, e.g. gxx, gxx_p, gxx_p_p,
etc. The number of timelevels declared in interface.ccl defines how many
of these variables will be passed into each subroutine, and thus needs to
be known at build time.
The number of timelevels that is allocated is much more flexible; this is
the number specified in the schedule.ccl file.
There is, in principle, nothing wrong with allocating more timelevels than
there are variables. The additional timelevels could not be accessed in
"straightforward" code, but are still visible e.g. via CCTK_VarDataPtr.
That is, it should be fairly easy to do away with the maximum number of
timelevels. The number of timelevels declared in the interface.ccl becomes
the number of timelevels directly accessible in the code -- typically only
1 is necessary, except if past timelvels are initialised explicitly, which
is rarely a convenient way to do so.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/620#comment:1>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list