Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1265: SimFactory does not support job chaining on supermuc
by Einstein Toolkit 21 Feb '13

21 Feb '13

#1265: SimFactory does not support job chaining on supermuc -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Error: Machine supermuc currently does not support job chaining. Please modify the submit command or submission script to support job chaining. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1265> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1264: only install those hdf5 utils that we find/could build
by Einstein Toolkit 20 Feb '13

20 Feb '13

#1264: only install those hdf5 utils that we find/could build -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: HDF5 | -----------------------------------+---------------------------------------- the attached patch only tries to install those hdf5 utilities that were eihter build by us or can be found in HDF5_DIR/bin since eg. a sytem package provides them. This helps with users that use the system provided hdf5 package but do not install the hdf5-tools package (package names are debian names). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1264> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1017: Changes to options don't re-run configure scripts in external libraries
by Einstein Toolkit 20 Feb '13

20 Feb '13

#1017: Changes to options don't re-run configure scripts in external libraries ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1017> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1116: changing library options in optionlist does'nt trigger rebuild of depending thorns
by Einstein Toolkit 20 Feb '13

20 Feb '13

#1116: changing library options in optionlist does'nt trigger rebuild of depending thorns --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- I first built Cactus using OpenMPI shipped with the thorn MPI. Then I changed the optionlist to point to a local mpich2 installation and tried to rebuild Cactus using the new optionlist (sim build --thornlist=./thornlists/einsteintoolkit.th --optionlist=numrel-gcc.cfg). The new options are used in config-info and on the link line, however, thorns depending on MPI are not rebuilt, leading to link-failures because these thorns have been built against OpenMPI. Any change in the configuration of external libraries should lead to a rebuilt of depending thorns. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1116> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #950: "Correct" Weyl Scalar symmetries
by Einstein Toolkit 19 Feb '13

19 Feb '13

#950: "Correct" Weyl Scalar symmetries ---------------------------------+------------------------------------------ Reporter: yosef@… | Type: defect Status: new | Priority: major Milestone: | Component: Other Version: | Keywords: ---------------------------------+------------------------------------------ RotatingSymmetry180 and the ReflectionSymmetry thorns define a tensor alias "weylscalars_real", but the symmetries given there do not correspond to those of the usual re[psi0], im[psi0], re[psi1], im[psi1], etc scalars. The Weyl symmetries as provided in RotatingSymmetry180 static int const weylparities[10][3] = {{+1,+1,+1}, {-1,-1,-1}, {+1,+1,+1}, {-1,-1,-1}, {+1,+1,+1}, {-1,-1,-1}, {+1,+1,+1}, {-1,-1,-1}, {+1,+1,+1}, {-1,-1,-1}}; The symmetries for rpsi0, ipsi0, rpsi1, ipsi1, ..., rpsi4, ipsi4 static int const weylparities[10][3] = {{+1,+1,+1}, /* rpsi0 */ {-1,-1,-1}, /* ipsi0 */ {+1,+1,-1}, /* rpsi1 */ {-1,-1,+1}, /* ipsi1 */ {+1,+1,+1}, /* rpsi2 */ {-1,-1,-1}, /* ipsi2 */ {+1,+1,-1}, /* rpsi3 */ {-1,-1,+1}, /* ipsi3 */ {+1,+1,+1}, /* rpsi4 */ {-1,-1,-1}}; /* ipsi4 */ attached is a diff between the current ET version of the Reflection and RotatingSymmetry180 thorns and the "corrected" version. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/950> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac