Trac February 2013

trac@lists.einsteintoolkit.org

1 participants
177 discussions

[Einstein Toolkit] #1260: list registered variables when exceeding MoL accumulator limit
by Einstein Toolkit 15 Feb '13

15 Feb '13

#1260: list registered variables when exceeding MoL accumulator limit -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: MoL | -----------------------------------+---------------------------------------- Currently when a thorn tries to register more evolved/constrained/sandr variables than the respective parameters allow, MoL aborts with an error message "You have tried to register more evolved variables than the accumulator parameter MoL_Num_Evolved_Variables allows. Check that you are accumulating onto this parameter correctly." which is not terribly helpful in finding out why this is happening. The attached patch increases the verbosity by outputting the name of the variable that the thorn is trying to register as well as the list of variables already registered. The patch itself is simple (if you ignore realloc() and the fact that MoL/Register.c contains the same code 12 times for all combinations of evolved/constrained/sandr gridfunction/gridarray real/complex). However this touches MoL which is rather central. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1260> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1258: output all parameters in xml
by Einstein Toolkit 14 Feb '13

14 Feb '13

#1258: output all parameters in xml ----------------------------------+----------------------------------------- Reporter: jtao@… | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: XML parameter output | ----------------------------------+----------------------------------------- I added a commandline options to output all Cactus parameters of all the compiled thorns into an xml string. Since it is basically for machine use only, I didn't consider the format at all. $cactus_exe -Ox That is all. Please find in the attachment a patch for this change. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1258> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1259: output all parameters in xml
by Einstein Toolkit 14 Feb '13

14 Feb '13

#1259: output all parameters in xml ----------------------------------+----------------------------------------- Reporter: jtao@… | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: development version Keywords: XML parameter output | ----------------------------------+----------------------------------------- I added a commandline option to output all Cactus parameters of all the compiled thorns into an xml string. Since it is basically for machine use only, I didn't consider the format at all. $cactus_exe -Ox That is all. Please find in the attachment a patch for this change. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1259> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1253: Cactus should not pass its makefile options to make commands
by Einstein Toolkit 12 Feb '13

12 Feb '13

#1253: Cactus should not pass its makefile options to make commands --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- The Cactus make file supports a couple of options that are specified as options on the command line (from option lists etc). make currently exports these as shell environment variables to the sub-makes (which is fine) and also to any executed command (which can cause problems). There are some options that are directly used by the make file: * options (ie. used to specify and options list) * PROMPT * SILENT * VERBOSE OpenSSL's config script (contains a bug/or uses the same mechanism) and will interpret "options" as an option of its own. This is not visible when using simfactory it seems the reason is that simfactory first creates a configuration via {{{ echo yes | make sim-config options=optionlist.cfg }}} then build and configures the thorns in a second step via a {{{ make sim }}} Using however {{{ make sim-config options=optionlist.cfg PROMPT=no }}} yields an error message from OpenSSL's config script {{{ OpenSSL: Configuring... Operating system: x86_64-whatever-linux2 Configuring for linux-x86_64 target already defined - linux-x86_64 (offending arg: simfactory/mdb/optionlists/bethe.cfg) }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1253> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #1247: add option to GetComponents to out revision of each checkout
by Einstein Toolkit 11 Feb '13

11 Feb '13

#1247: add option to GetComponents to out revision of each checkout ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: eric9 Type: enhancement | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ This would be useful for bug reports or to be included in tarballs. Usage would be similar to the "--status" command. Subversion brings a "svnversion" command, git has 'git show-ref -s HEAD'. Other version control systems presumably have similar options. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1247> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1244: GRHydrp update
by Einstein Toolkit 11 Feb '13

11 Feb '13

#1244: GRHydrp update -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro | -----------------------------------+---------------------------------------- attached please find the proposed updates for GRhydro this time around. Unless objections are raised I will commit them on or after next Sunday. There is a bugfix for the sync_only_conservatives parameter, one for a variables for MHD not being declared OMP private, and fixes to test suites that were affected byt the sync_only_conservatives parameter or were using inconsistent settings for poly_gamma_ini. There is one new feature to reconstruct temperature instead of epsilon. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1244> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1245: remove poly_gamma_ini from EOS_Omni
by Einstein Toolkit 11 Feb '13

11 Feb '13

#1245: remove poly_gamma_ini from EOS_Omni -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: EOS_Omni | -----------------------------------+---------------------------------------- eos omni uses this to compute (initially) conversion factors from code (assumed to e G=c=M_sun=1) to cgs units. It then goes back and forth between these units even for polytropic and gamma law eos. This is very confusing since poly_gamma_ini since poly_gamma_ini must mast poly_gamma and gl_gamma for a "usual" run with a Gamma law eos. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1245> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #737: simfactory sync can lead to inconsistent builds
by Einstein Toolkit 11 Feb '13

11 Feb '13

#737: simfactory sync can lead to inconsistent builds ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- simfactory's sync command uses rsync with the --archive (-a) option. This option set the modification date of files on the target machine to that on the source machine. This can lead to inconsistent builds in the following situation: [1] local: edit source_file.c [2] local: simfactory sync [3] local: edit source_file.c [4] remote: simfactory build [5] local: simfactory sync [6] remote: simfactory build [6] will not rebuild source_file.o since [5] set the modification time to that of [3] which which is older than [4] hence make will not consider source_file.o to be out-of-date. A simple fix is to add --no-times to the rsync options. Unfortunately this disables rsync's file modification time optimization and requires it to compute checksums on all files which can be very slow on slow filesystems. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/737> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1161: Add thorn libwebp
by Einstein Toolkit 08 Feb '13

08 Feb '13

#1161: Add thorn libwebp -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Webp is an image format that is superior to png, and may supercede it at some point. We should have an external library to support it. See <https://code.google.com/p/webp/>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1161> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1227: incorrectly quoted regular expressions in aclocal.m4
by Einstein Toolkit 08 Feb '13

08 Feb '13

#1227: incorrectly quoted regular expressions in aclocal.m4 -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: minor Milestone: | Component: Cactus Version: | Keywords: -------------------+-------------------------------------------------------- m4 uses square brackets as quotation characters and removes one set of them per argument call. This affects regular expressions that contain character ranges. This in turn affect some HAVE_XXX macros where XXX contains invalid characters eg. XXX=math.h . The attached patch adds an extra level of [] around where the result is passed to a function. Also it seems as if the system provided AC_CHECK_FUNCS does not properly quote its third argument when passing it to AC_CHECK_FUNC. Hence I add an extra round of [] whenever it is used. This is a mess. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1227> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac February 2013