Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1088: cctk_Capabilities.h has strange content
by Einstein Toolkit 13 Sep '12

13 Sep '12

#1088: cctk_Capabilities.h has strange content ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- The autogenerated per-thon file cctk_Capabilities.h has a strange content. It seems to include, for each thorn, configuration files form all thorns that precede it alphabetically. For example, thorn Accelerator's cctk_Capabilities.h looks like: {{{ #include "../Configuration/Thorns/cctki_ADM.h" #include "../Configuration/Thorns/cctki_ADMAnalysis.h" #include "../Configuration/Thorns/cctki_ADMBase.h" #include "../Configuration/Thorns/cctki_ADMConstraints.h" #include "../Configuration/Thorns/cctki_AHFinder.h" #include "../Configuration/Thorns/cctki_AHFinderDirect.h" #include "../Configuration/Thorns/cctki_Accelerator.h" }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1088> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #895: PITTNullCode does not work with Devel AEILocalInterp
by Einstein Toolkit 13 Sep '12

13 Sep '12

#895: PITTNullCode does not work with Devel AEILocalInterp ---------------------------------+------------------------------------------ Reporter: yosef@… | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit thorn Version: | Keywords: CCE complex interpolation ---------------------------------+------------------------------------------ The CCE testsuite fails in the development version of ET. The interpolation calls in NullNews fail with the error WARNING[L1,P0] (AEILocalInterp): CCTK_InterpLocalUniform(): input datatype 111 not supported! (0-origin) input #in=0 The interpolation call is for a variable of type CCTK_VARIABLE_COMPLEX. The call works with the Maxwell version of AEILocalInterp -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/895> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1080: Can't build Carpet with MPI = CUSTOM in the optionlist
by Einstein Toolkit 13 Sep '12

13 Sep '12

#1080: Can't build Carpet with MPI = CUSTOM in the optionlist ---------------------+------------------------------------------------------ Reporter: alibeck | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | ---------------------+------------------------------------------------------ There was 1 error during execution of the CST This must be corrected before compilation can proceed ------------------------------------------------------ Having Carpet as a thorn in the Thronlist, but not "ExternaLibraries/MPI" the build fails with the message: [snip] CST error 1: -> Thorn 'Carpet' requires the capability 'MPI'. Please add a thorn that provides 'MPI' to your ThornList or remove 'Carpet' from it ! [snip] However, adding the thorn "ExternaLibraries/MPI" to the Thornlist gives the error: [snip] CST error 1: -> Configuration script for thorn MPI returned exit code 1 Error message: 'Setting the option "MPI" is incompatible with the MPI thorn. Please remove the option MPI=CUSTOM.' [snip] I need "MPI = CUSTOM" because Intel MPI shoould be used. The error occurs with the actual Carpet version changeset: 3658:dca1e61b47bd tag: tip user: Roland Haas <roland.haas(a)physics.gatech.edu> date: Fri Sep 07 23:18:34 2012 -0400 summary: Carpet: insert routines into Boundary group to capture boundary update -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1080> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1023: Improve OpenMP parallelisation of SummationByParts
by Einstein Toolkit 13 Sep '12

13 Sep '12

#1023: Improve OpenMP parallelisation of SummationByParts -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The Intel compiler does not handle workshare constructs well. The attached patch replaces them by explicit loops, which execute faster. This makes a measurable difference on Hopper with 24 OpenMP threads. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1023> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1079: Don't use "-C" in rsync exclusion pattern
by Einstein Toolkit 13 Sep '12

13 Sep '12

#1079: Don't use "-C" in rsync exclusion pattern ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Don't use "-C" in rsync exclusion pattern; it excludes too much -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1079> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1089: Disable K&R getopt() prototype
by Einstein Toolkit 13 Sep '12

13 Sep '12

#1089: Disable K&R getopt() prototype ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- The file getopt.h, taken from glibc, defines a prototype for the function getopt() (which is not actually used in Cactus). Depending on the compiler used, this is either an ANSI prototype with arguments, or a K&R prototype without arguments. The IBM C++ compiler does not handle the K&R prototype well; it complains that it sees ANSI prototypes in stdio.h and stdlib.h, and aborts. Since we don't call getopt() in Cactus, I suggest to disable the K&R prototype: {{{ Index: gnu/getopt.h =================================================================== --- gnu/getopt.h (revision 4867) +++ gnu/getopt.h (working copy) @@ -150,7 +150,9 @@ int __long_only); # endif #else /* not __STDC__ */ -extern int getopt (); +/* The declaration below leads to a prototype mismatch with + IBM XL C/C++ for AIX, V11.1 (5724-X13), Version: 11.01.0000.0005 */ +/* extern int getopt (); */ # ifndef __need_getopt extern int getopt_long (); extern int getopt_long_only (); }}} I also tried various options to disable the ANSI prototypes in the system libraries (didn't help), and tried updating getopt.h to a more recent version (didn't help either). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1089> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1085: GetComponents link on Download page is broken
by Einstein Toolkit 13 Sep '12

13 Sep '12

#1085: GetComponents link on Download page is broken -------------------------------------+-------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- http://einsteintoolkit.org/download/ First GetComponents link is broken. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1085> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1086: Cactus REQUIRES should not introduce a build order
by Einstein Toolkit 12 Sep '12

12 Sep '12

#1086: Cactus REQUIRES should not introduce a build order ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- If thorn A requires B, then thorn A needs to be configured after B, and its libraries need to be listed before B. However, there is no reason why A should be built after B. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1086> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1083: Cactus doesn't like switching thorns between arrangements
by Einstein Toolkit 10 Sep '12

10 Sep '12

#1083: Cactus doesn't like switching thorns between arrangements ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- When I have two thorns with the same name in different arrangements, e.g. EinsteinEvolve/GRHydro and Zelmani/GRHydro, and then modify my thorn list (which contains one of these) to instead contain the other, Cactus has strange build problems. The root of the problem seems to be that Cactus does not recognise that these are different thorns with different source files, and e.g. the dependency information is not updated. This leads to strange build problems that force me to delete the build directories for GRHydro manually after switching. One way out could be to include the arrangement name when constructing the build directory name, or to remember the arrangement name and to delete the build directory when the arrangement name changes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1083> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1068: GRHydro: schedule GRHydro_Tmunu* only if there is Tmunu storage.
by Einstein Toolkit 06 Sep '12

06 Sep '12

#1068: GRHydro: schedule GRHydro_Tmunu* only if there is Tmunu storage. -----------------------------------+---------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro Tmunu storage | -----------------------------------+---------------------------------------- The attached patch schedule GRHydro_Tmunu* only if there is Tmunu storage. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1068> 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