#120: Improve built-in help system
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: mthomas
Type: enhancement | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
SimFactory currently provides a single help screen when you type "sim
help". I would like to be able to do "sim help <command>" and get help
which is relevant for that command. This help should say briefly what the
command does, and give a comprehensive list of the options specific to
that command. The top-level "sim help" command should then give a list of
the commands, and a list of the simfactory options which apply to all
commands. This first help page should be kept as brief as possible so
that it is easy to see at a glance what commands are available. The most
common commands should be listed first, and maybe separated from the less
common commands.
I think this is important as it is the first port-of-call when someone
wants to know how to use a particular feature, especially when the syntax
is similar but not quite the same as in SimFactory 1.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/120>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#543: Change diff format in GetDomponents
---------------------------+------------------------------------------------
Reporter: eschnett | Owner: eric9
Type: enhancement | Status: new
Priority: major | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
It would be convenient to change the format of GetComponent's --diff
command to output diffs that can be directly applied via "patch -p0"
from the main Cactus directory. That is, file names such as
"a/Tools/CodeGen/Schedule.m" should be changed to
"repos/Kranc/Tools/CodeGen/Schedule.m".
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/543>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#592: simfactory --mdbkey syntax is horrible
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Other | Version:
Keywords: |
--------------------+-------------------------------------------------------
apparently simfactory requires me to do:
{{{
sim --mdbkey=optionlist my-very-own-option-list
--thornlist=einsteintoolkit.th
}}}
to overwrite mdb entries from the command line (and --define --substitue
--replace --append --mdbkey). I have to admit I would not have guessed
that from the help text which states:
{{{
options:
-h, --help show this help message and exit
--define=DEFINE set additional definition
--mdbkey=MDBKEY override an mdb key
}}}
I would like to suggest to either change the help text to
{{{
--mdbkey=MDBKEY MDBVALUE
}}}
or to support something like
{{{
--mdbkey="MDBKEY=VALUE"
}}}
with or without quotation marks instead maybe.
Is there a full documented list of valid mdb entries somewhere?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/592>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#523: schedule MoL_DecrementCounter and friends BEFORE MoL_PostStepModify
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
--------------------+-------------------------------------------------------
right now MoL_DecrementCounter (and MoL_ResetTime and MoL_ResetDeltaTime)
is/are scheduled BEFORE MoL_PostStep which caused MoL_PostStepModify to
run before MoL_DecrementCounter for me. The means that routines that are
moved from MoL_PostStep to MoL_PostStepModify see a different
MoL_IntermediateStep possibly confusing users.
Also MoL_Add should be explicitly schedules before MoL_PostStepModify
(again right now it says MoL_PostStep). It still ends up before due to the
alphabetic sorting it seems.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/523>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#66: IOHDF5::out3D_ghosts and friends doesn't work and corrupts 2D data slices
----------------------------------+-----------------------------------------
Reporter: bcmsma@… | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: |
----------------------------------+-----------------------------------------
While the assigned values for the parameters
IOASCII::output_symmetry_points = "no"
IOASCII::out3D_ghosts = "no"
IOASCII::out3D_outer_ghosts = "no"
work as intended when CarpetIOASCII is active, it doesn't work for
CarpetIOHDF5:
IOHDF5::out3D_ghosts = "no"
IOHDF5::out3D_outer_ghosts = "no"
IOHDF5::output_symmetry_points = "no"
It doesn't do anything to the 3D data but it corrupts the 2D data slices
while
chopping out those regions. It would be nice to have them working for
IOHDF5
method, specially when visualising Pi symmetric data.
Note also that this report is for git version of Carpet. These parameters
seem to become deprecated for the hg version. Does anyone use them
regularly? Any
substitute in mind?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/66>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#527: Thorn Dissipation should have 9th order dissipation added
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: Dissipation |
-----------------------------------+----------------------------------------
The current standard in BBH evolutions is to use 8th order accurate finite
differencing with 9th order accurate dissipation. Thorn Dissipation
currently only supports up to 7th order accurate dissipation, and should
be extended to support 9th order.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/527>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#597: WeylScal4 should use the kranc script rather than calling Mathematica
directly
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: WeylScal4 testsuite |
-----------------------------------+----------------------------------------
The attached patch makes WeylScal4 use the "kranc" script rather than
calling Mathematica directly. This enables all the error-detection
provided by Kranc and leads to tidier output.
This patch can either be committed now or after the release. The files it
touches are not used during use of WeylScal4, only during generation.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/597>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#223: Make declaration of CCTK_ARGUMENTS safer
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
I suggest to change the declaration of CCTK_ARGUMENTS in C from
cGH * cctkGH
to
cGH const * CCTK_RESTRICT const cctkGH
which should lead to safer code and may even enable some optimisations.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/223>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#425: Case sensitivity GSL_DIR=BUILD
----------------------------------------+-----------------------------------
Reporter: reisswig@… | Type: enhancement
Status: new | Priority: minor
Milestone: | Component: Cactus
Version: | Keywords: GSL_DIR BUILD
----------------------------------------+-----------------------------------
The thorn GSL would not compile if "GSL_DIR=build" in the option list. In
order to work, it requires "GSL_DIR=BUILD", i.e. it is really case
sensitive
although I think, this is not required and should be case insensitive.
Possibly, HDF5_DIR=build may also not work for the same reason (have not
checked; should be checked as well).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/425>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit