Trac May 2012

trac@lists.einsteintoolkit.org

2 participants
239 discussions

[Einstein Toolkit] #854: WeylScal4 should have multi-process test cases
by Einstein Toolkit 02 May '12

02 May '12

#854: WeylScal4 should have multi-process test cases -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- WeylScal4 currently has two tests, both of which run on a single process only. To test parallelisation, I propose that these be changed to run on two processes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/854> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #852: Carpet overlap zone tests fail on 1 process
by Einstein Toolkit 02 May '12

02 May '12

#852: Carpet overlap zone tests fail on 1 process --------------------+------------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- Tests Carpet/no-overlap and Carpet/overlap fail on one process but pass on 2. http://damiana2.aei.mpg.de/~ianhin/testsuites/einsteintoolkit/ Probably the test uses grid function output and needs to be restricted to one process via test.ccl. Or maybe this would be a good opportunity to test whether CarpetIOASCII is really capable of writing processor- independent output! -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/852> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[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] #847: Support OpenCL source code
by Einstein Toolkit 01 May '12

01 May '12

#847: Support OpenCL source code -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- OpenCL source code needs to be compiled at run time, and thus needs to be passed as string to the OpenCL run-time library. This makes writing OpenCL source code inconvenient. This patch adds *.cl as supported file type to Cactus. *.cl files are transformed into globally visible strings, with a name consisting of the thorn name and file name. These strings can then be easily used at run time to build and run OpenCL code. Since *.cl files are converted to strings (and are not OpenCL-compiled at build time), there are no CL* options specifying compiler type, compiler flags etc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/847> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[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

[Einstein Toolkit] #835: FFTW3 does not build on Hopper
by Einstein Toolkit 01 May '12

01 May '12

#835: FFTW3 does not build on Hopper -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The thorn ExternalLibraries/FFTW3 does not build on Hopper. The error message is {{{ Making all in tests libtool: link: cc -no-gcc -g -debug all -traceback -msse3 -align -std=c99 -ansi_alias -U__STRICT_ANSI__ -o bench bench.o hook.o fftw-bench.o ../.libs/libfftw3.a ../libbench2/libbench2.a -lm ../libbench2/libbench2.a(problem.o): In function `problem_parse': /project/projectdirs/m152/schnette/hopper/Cvanilla/configs/sim/scratch/build/FFTW3/fftw-3.2.2/libbench2/problem.c:252: undefined reference to `__intel_sse2_strlen' /project/projectdirs/m152/schnette/hopper/Cvanilla/configs/sim/scratch/build/FFTW3/fftw-3.2.2/libbench2/problem.c:253: undefined reference to `__intel_sse2_strcpy' ../libbench2/libbench2.a(my-getopt.o): In function `my_usage': /project/projectdirs/m152/schnette/hopper/Cvanilla/configs/sim/scratch/build/FFTW3/fftw-3.2.2/libbench2 /my-getopt.c:36: undefined reference to `__intel_sse2_strlen' /project/projectdirs/m152/schnette/hopper/Cvanilla/configs/sim/scratch/build/FFTW3/fftw-3.2.2/libbench2 /my-getopt.c:40: undefined reference to `__intel_sse2_strlen' ../libbench2/libbench2.a(my-getopt.o): In function `my_getopt': /project/projectdirs/m152/schnette/hopper/Cvanilla/configs/sim/scratch/build/FFTW3/fftw-3.2.2/libbench2 /my-getopt.c:102: undefined reference to `__intel_sse2_strlen' /project/projectdirs/m152/schnette/hopper/Cvanilla/configs/sim/scratch/build/FFTW3/fftw-3.2.2/libbench2 /my-getopt.c:103: undefined reference to `__intel_sse2_strncmp' }}} This is probably a configuration issue; this routine does exist, but the compiler may not be linking agains the libiomp5 or libirc libraries that define it. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/835> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #829: openssl security update necessary
by Einstein Toolkit 30 Apr '12

30 Apr '12

#829: openssl security update necessary -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- http://www.openssl.org/news/secadv_20120424.txt -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/829> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #825: CST hangs if given recursive schedule group dependencies
by Einstein Toolkit 30 Apr '12

30 Apr '12

#825: CST hangs if given recursive schedule group dependencies --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- If a schedule.ccl file contains schedule group A in A the CST hangs at "Creating schedule bindings...". This error in the schedule.ccl file should be detected and a fatal error message should be generated. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/825> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #833: Cannot check out the ET
by Einstein Toolkit 30 Apr '12

30 Apr '12

#833: Cannot check out the ET --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- The automated build and test system has failed to check out the ET for the last 6 days. One error log is at http://damiana2.aei.mpg.de/~ianhin/testsuites/einsteintoolkit/einsteintoolk…. This appears to be a problem with the svn.cct.lsu.edu server because this is the server hosting the failed thorns. Also, when run from the automated build and test, GetComponents is giving the following warning: {{{ + ./GetComponents -a --root=. --update einsteintoolkit.th Use of uninitialized value in concatenation (.) or string at ./GetComponents line 2528. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/833> 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 May 2012