Trac May 2012

trac@lists.einsteintoolkit.org

2 participants
239 discussions

[Einstein Toolkit] #863: Correct Forge configuration
by Einstein Toolkit 05 May '12

05 May '12

#863: Correct Forge configuration ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- When I build on Forge, I receive the error {{{ In file included from timer.c:29: cycle.h: In function 'getticks': cycle.h:226: error: 'asm' undeclared (first use in this function) cycle.h:226: error: (Each undeclared identifier is reported only once cycle.h:226: error: for each function it appears in.) cycle.h:226: error: expected ';' before 'volatile' make[4]: *** [timer.lo] Error 1 make[4]: *** Waiting for unfinished jobs.... make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 CST error 1: -> Configuration script for thorn FFTW3 returned exit code 1 (no error message) }}} Using a pre-build FFTW3 library may be a solution. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/863> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #864: Improve error reporting in Multipole
by Einstein Toolkit 04 May '12

04 May '12

#864: Improve error reporting in Multipole -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- When Multipole encounters an interpolation error, the error output from the interpolator consists of thousands of lines each listing the points that failed. This is too much information to process. It is also not clear that the error came from Multipole. 1. This output should be limited; 2. The error should be prefixed with "Multipole" so the user knows which thorn was responsible for calling the interpolator (maybe the new CCTK_ScheduleQueryCurrentFunction from #817 could be used for this); 3. Multipole should contain a check in CCTK_PARAMCHECK that the extraction radii are not outside the Cactus base grid. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/864> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #861: Implement vec_store_partial for Blue Gene
by Einstein Toolkit 03 May '12

03 May '12

#861: Implement vec_store_partial for Blue Gene ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Implement vec_store_partial for Blue Gene in LSUThorns/Vectors. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/861> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #858: Clean up Simfactory MDB
by Einstein Toolkit 03 May '12

03 May '12

#858: Clean up Simfactory MDB ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: task | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Remove outdated machines. Classify machines as "private, experimental, production, outdated". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/858> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #853: Incorrect tensor parity in WeylScal4
by Einstein Toolkit 03 May '12

03 May '12

#853: Incorrect tensor parity in WeylScal4 ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ---------------------------+------------------------------------------------ Some time ago, I discovered what appears to be a bug in the tensor parities in WeylScal4. I seem to have forgotten to report it at the time and my memory is now a bit hazy, but as far as I recall the parity of Psi3r is incorrect and should be {1,1,-1}, the same as Psi1r. This makes sense if you think of the "I" invariant which is a scalar and which contains the term: -4 Psi1r*Psi3r. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/853> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #857: removing configs/NAME/config-info leaves configuation in problematic state
by Einstein Toolkit 03 May '12

03 May '12

#857: removing configs/NAME/config-info leaves configuation in problematic state --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- After removing configs/NAME/config-info and trying to reconfig I get the following: $ make sim-reconfig Cactus - version: 4.0.1 Error reconfiguring 'sim': configuration is incomplete. Use 'make sim-reconfig' to configure the configuration. make: *** [sim-reconfig] Error 2 $ make sim-reconfig Cactus - version: 4.0.1 Error reconfiguring 'sim': configuration is incomplete. Use 'make sim-reconfig' to configure the configuration. make: *** [sim-reconfig] Error 2 It should not ask me to do what I just did, especially not if this doesn't work. :) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/857> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #856: simfactory silently ingores option lists if the file name is wrong
by Einstein Toolkit 03 May '12

03 May '12

#856: simfactory silently ingores option lists if the file name is wrong ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Specifying a non-existent file in the optionlist entry in a machine.ini file does not trigger an error, instead simfactory (with --verbose) says: {{{ Info: optionlist is: None Warning: no option list specified, using blank option list }}} then happily continues the build process until it dies because it could not find MPI for Carpet (typically). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/856> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #851: ReflectionSymmetry Interpolation Errors and WeylScal4
by Einstein Toolkit 03 May '12

03 May '12

#851: ReflectionSymmetry Interpolation Errors and WeylScal4 --------------------+------------------------------------------------------- Reporter: tbode | Owner: tbode Type: defect | Status: new Priority: major | Milestone: ET_2012_05 Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- There is an inconsistency in ReflectionSymmetry on whether a scalar can have a tensor parity tag that isn't unity (pseudoscalars). In ReflectionSymmetry's apply.c, a scalar GF's tensorparity flag is taken into account, while in interpolation this is ignored. In the ET Toolkit, this only effects those using the ET version of WeylScal4 since only Psi4i, Psi2i, and Psi0i have all been registered as scalars with tensorparity=-1. When interpolating, e.g. Psi4, onto a sphere for mode decomposition, the interpolated quantities have sign errors in Psi4i and give erroneous gravitational wave modes. This problem applies to both Maxwell release and current development branch. Symptoms reported to me by Jim Healy. I would suggest backporting the resulting fix to Maxwell. Either ReflectionSymmetry's interpolation has to allow for tensorparity=-1, or apply.c's acceptance of tensorparity=-1 should be removed and WeylScal4's GFs reverted to manually specified parities. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/851> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 14

[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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2012