Trac June 2012

trac@lists.einsteintoolkit.org

1 participants
175 discussions

[Einstein Toolkit] #350: Autogenerating cctk_Loop.h
by Einstein Toolkit 17 Jun '12

17 Jun '12

#350: Autogenerating cctk_Loop.h -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- I wrote a perl script to auto-generate the Cactus header file Cactus/src/include/cctk_Loop.h.The script writes the code to stdout. I attach it to this ticket, as well as the output it generates. I suggest to keep this perl script next to its output in the include directory, and to run it manually whenever required. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/350> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #911: First dependencies for optional capabilities is ignored
by Einstein Toolkit 17 Jun '12

17 Jun '12

#911: First dependencies for optional capabilities is ignored ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: blocker | Milestone: ET_2012_05 Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- The first optional dependency for a thorn is not taken into account when deciding the build order for capabilities. The reason is a missing space, which accidentally concatenates the names for the last required and the first optional dependency. The patch below corrects this. {{{ $ svn diff Index: sbin/CreateConfigurationBindings.pl =================================================================== --- sbin/CreateConfigurationBindings.pl (revision 4825) +++ sbin/CreateConfigurationBindings.pl (working copy) @@ -81,7 +81,7 @@ { if ($providedcaps{$optionalcap}) { - $cfg->{"\U$thorn\E REQUIRES"} .= "$optionalcap "; + $cfg->{"\U$thorn\E REQUIRES"} .= " $optionalcap"; } } } }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/911> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #868: Write Formaline tarballs in the background
by Einstein Toolkit 17 Jun '12

17 Jun '12

#868: Write Formaline tarballs in the background -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Write the Formaline tarballs in the background (using fork()) to elminiate the wait. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/868> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #947: Automatically run (selected) testsuites after build
by Einstein Toolkit 16 Jun '12

16 Jun '12

#947: Automatically run (selected) testsuites after build -------------------------+-------------------------------------------------- Reporter: knarf | Owner: sbrandt Type: enhancement | Status: new Priority: minor | Milestone: Component: Mojave | Version: Keywords: | -------------------------+-------------------------------------------------- It would be useful to have (selected) testsuites running automatically after a successful build with Mojave (and the result displayed), because sometimes a development workflow is: - change - build - run tests - iterate -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/947> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #215: Driscoll&Healy integration for Multipole
by Einstein Toolkit 16 Jun '12

16 Jun '12

#215: Driscoll&Healy integration for Multipole -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The attached patch implements a more accurate integration over the sphere, using an algorithm by Driscoll & Healy. This algorithm uses Gaussian integration weights, leading (almost) to exponential convergence. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/215> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #512: Run testsuite in "distribute" script
by Einstein Toolkit 15 Jun '12

15 Jun '12

#512: Run testsuite in "distribute" script -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Run the testsuite in the distribute script. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/512> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #515: Silently overrides DEBUG and OPTIMISE options
by Einstein Toolkit 15 Jun '12

15 Jun '12

#515: Silently overrides DEBUG and OPTIMISE options ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ---------------------------+------------------------------------------------ When building a configuration with SimFactory, no matter what is set in the OptionList it sets the DEBUG and OPTIMISE options based on its own --optimise and --debug options, which default to enabling optimisation and disabling debug. This means that even if I have an OptionList with DEBUG="yes", SimFactory will silently change this to DEBUG="no". This is very unexpected and should not happen. I think SimFactory should respect what is set in the OptionList and never change it. The attached patch disables the overriding of all OptionList settings. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/515> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #936: Cactus binary tree implementation in src/util/BinaryTree.c is broken
by Einstein Toolkit 15 Jun '12

15 Jun '12

#936: Cactus binary tree implementation in src/util/BinaryTree.c is broken ----------------------+----------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- It contains an obvious bug of the form: {{{ int i = something; if(i<0) {...} else if(i>0) {...} else if(i==0} {...} else {do something else} }}} which is clearly nonsensical (this is the second half of the patch). It also triggers segfaults since it blindly recurses into NULL pointers. The second one concerns adding elements into the tree, which always compares to the prospective subtree's parent rather than the subtree itself. No thorn seems to use these functions right now, nor are they documented. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/936> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #952: OpenCL detection
by Einstein Toolkit 15 Jun '12

15 Jun '12

#952: OpenCL detection -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2012_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- OpenCL (the externallibraries thorn) so far only contains some pretty hard-coded logic for Mac installations and also now breaks (aborts) if OpenCL is compiled, but OPENCL_DIR was not set. Before, this was not necessary if opencl was installed in a standard location like /usr. The attached new file (OpenCL.sh - a patch doesn't make sense because it's almost a new file) implements a mechanism similar to other external libraries, but keeps the hard-coded Mac paths since they don't seem to follow any standard convention and I don't have any way to test that. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/952> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #957: Store replacements in simulation properties
by Einstein Toolkit 15 Jun '12

15 Jun '12

#957: Store replacements in simulation properties ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Store replacements (and additions, substitutions, etc.) in the properties.ini file of a simulation. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/957> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac June 2012