Trac April 2012

trac@lists.einsteintoolkit.org

1 participants
196 discussions

[Einstein Toolkit] #823: Create changelog for upcoming ET release
by Einstein Toolkit 07 May '12

07 May '12

#823: Create changelog for upcoming ET release --------------------+------------------------------------------------------- Reporter: hinder | Owner: hinder Type: task | Status: new Priority: major | Milestone: ET_2012_05 Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- We need a changelog for the upcoming ET release. I have a script to generate this. I will run it. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/823> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #819: an external library to support sqlite
by Einstein Toolkit 06 May '12

06 May '12

#819: an external library to support sqlite -------------------------+-------------------------------------------------- Reporter: jtao | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Cactus_4.1.0 Component: Cactus | Version: Cactus_4.0.0 Keywords: | -------------------------+-------------------------------------------------- as the title -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/819> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #699: FFTW option
by Einstein Toolkit 05 May '12

05 May '12

#699: FFTW option ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ---------------------------+------------------------------------------------ Most current OptionLists in SimFactory set the FFTW_DIR option which is recognized by the Cactus build system. There is now also an ExternalLibraries/FFTW thorn which instead looks for the option FFTW3_DIR. Should all OptionLists be modified to set the new variable instead of the old one? Or is the older FFTW_DIR variable still used/working? The attached patch renames the option in all optionlists and also removes the FFTW_LIBS option which is not read by the ExternalLibraries thorn. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/699> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #677: parameter default change in CarpetIOASCII
by Einstein Toolkit 05 May '12

05 May '12

#677: parameter default change in CarpetIOASCII ---------------------------------------------+------------------------------ Reporter: baiotti@… | Owner: eschnett Type: enhancement | Status: new Priority: optional | Milestone: Component: Carpet | Version: Keywords: CaroetIOASCII parameter default | ---------------------------------------------+------------------------------ I suggest to change the default values of the following parameters from yes to no: BOOLEAN output_ghost_points BOOLEAN out3D_ghosts BOOLEAN out3D_outer_ghosts BOOLEAN out1D_d They refer to debug output and at this time I think they may be off by default. Some of them are also deprecated. See also the mailing list thread "questions on CarpetIOASCII". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/677> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #764: cached output in CarpetIOSCalar
by Einstein Toolkit 05 May '12

05 May '12

#764: cached output in CarpetIOSCalar -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- the attached patch uses a set of ostringstreams to cache CarpetIOScalar's output and writes it to disk in chunks of io_chunk_size bytes. The code reproduces the results of the pre-change thorn in the included test suite. If this is accepted I'll give adding the same functionality to IOASCII a try. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/764> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #770: franklin and kraken hostname identification conflicts
by Einstein Toolkit 05 May '12

05 May '12

#770: franklin and kraken hostname identification conflicts ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The alias patterns used in franklin.ini {{{ ^nid[0-9][0-9][0-9][0-9][0-9](\.nersc\.gov)?$ }}} matches one of the alias of a kraken head node. In particular I get aliases (on kraken-gsi4): {{{ ['c1-1c1s5n0', 'login16', 'logingsi4', 'krakenpf16', 'kraken-gsi4'] }}} which matches the nid pattern. I am not sure if franklin and kraken actually share head nodes or not. If not then a more restrictive alias pattern for franklin might help, though I have no access to it so cannot test it. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/770> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #686: Handle requirements recursively
by Einstein Toolkit 02 May '12

02 May '12

#686: Handle requirements recursively ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- [This patch includes CreateConfigurationBindings-cleanup.patch (#685): once CreateConfigurationBindings-cleanup.patch has been applied, the diffs in this patch will be much reduced in size.] Handle requirements recursively: If A requires B, and B requires C, then A also requires C. This is necessary e.g. for include directories: If A includes a file from B, which in turn includes a file from C, then C's include directory must be in the search path of A. Complete implementation of INCLUDE directives when parsing configuration.ccl scripts. Add more stringent checking of capability names: Only identifiers are allowed. This prevents the capability ":" from appearing when syntax errors in configuration.ccl files are not detected. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/686> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #843: Don't autogenerate _O2 McLachlan thorns
by Einstein Toolkit 02 May '12

02 May '12

#843: Don't autogenerate _O2 McLachlan thorns -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Since the discretization order specific thorns (_O2 etc.) are not part of the Einstein Toolkit any more, we should also stop autogenerating them. This will make regenerating them faster. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/843> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #713: Implement "Conformal Covariant Z4" formulation in McLachlan
by Einstein Toolkit 02 May '12

02 May '12

#713: Implement "Conformal Covariant Z4" formulation in McLachlan -----------------------------------+---------------------------------------- Reporter: barry.wardell | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The [http://arxiv.org/abs/1106.2254 conformal covariant Z4] formulation is a variant of the Z4 system which can be implemented as a modification to existing BSSN codes through the addition of some terms and a single evolved grid function. Dana Alic implemented and tested this in McLachlan. I have created a "CCZ4" branch and committed her work, then merged some recent changes which were committed to the master branch since the version she based her code off of. It would be nice to merge this branch back into master, but I am unsure how to proceed. Two options are: 1. Create a separate Kranc script for the CCZ4 system. This has the advantage of keeping the existing code tidier and easier to read. 2. Keep a single Kranc script and add a parameter to select which formulation to use. This may make it easier to maintain both versions as there is a very large overlap between the two. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/713> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 27

[Einstein Toolkit] #838: HDF5 should look for libaries also in 'lib64', plus it should honor .so and .dylib libraries
by Einstein Toolkit 01 May '12

01 May '12

#838: HDF5 should look for libaries also in 'lib64', plus it should honor .so and .dylib libraries -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- The attached patch implements what the summary says HDF5 should do. It also adds come comments to explain how the code handles the search. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/838> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

← Newer
1
...
11
12
13
14
15
16
17
...
20
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2012