Trac May 2015

trac@lists.einsteintoolkit.org

1 participants
112 discussions

[Einstein Toolkit] #1579: GRHydro does not build on Blue Gene/Q
by Einstein Toolkit 09 Aug '15

09 Aug '15

#1579: GRHydro does not build on Blue Gene/Q ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- Some of the C++ source files in GRHydro do not build on a Blue Gene/Q with IBM's compiler. The problem is that the compiler takes a very long time (>8h) even without (sic!) optimization. "The usual" playing with compiler options or changes to the source files had no effect. I consider this to be a bug in the compiler. A work-around may be to switch to Clang as C++ compiler. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1579> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #816: include SphericalHarmonicReconASCII from incoming in PITTNULLCode
by Einstein Toolkit 04 Aug '15

04 Aug '15

#816: include SphericalHarmonicReconASCII from incoming in PITTNULLCode -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Christian Reisswig provided a copy of SphericalHarmonicReconASCII and alternative thorn that reads in CCE boundary data (similar SphericalHarmonicRecon) but supporting a wider variety of input file formats (HDF5 among them, irrespective of the name). Used by SpEC and Llama. There are no docs or test cases as of now. Test data would be welcome (SpEC, Llama or Cactus provided, I don't think it makes a difference). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/816> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #1779: hwloc-utils fails due to missing hwloc-assemlber (and possibly others)
by Einstein Toolkit 27 Jul '15

27 Jul '15

#1779: hwloc-utils fails due to missing hwloc-assemlber (and possibly others) -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2015_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Currently, make sim-utils fails for me: {{{ make[1]: *** No rule to make target '/home/knarf/ET_dev/exe/sim/hwloc- assembler', needed by 'utils'. Stop. Makefile:870: recipe for target 'sim-utils' failed }}} Indeed, I don't have the tool hwloc-assembler installed, although I do have the hwloc library installed, and it is picked up by the hwloc thorn, and Cactus succeeds in building the executable. In fact, no binary is installed with the standard hwloc library package, there is another package for the utilities. As long as we don't need these utilities I suggest to not depend on them. The following patch follows the example of PAPI and only installs known tools that are actually present in the installation. {{{ Index: make.configuration.defn =================================================================== --- make.configuration.defn (revision 66) +++ make.configuration.defn (working copy) @@ -1,4 +1,5 @@ # make.configuration.defn file for thorn hwloc # Define the hwloc utilities -ALL_UTILS += hwloc-assembler hwloc-assembler-remote hwloc-bind hwloc-calc hwloc-distances hwloc-distrib hwloc-info hwloc-ls hwloc-ps lstopo lstopo- no-graphics +STD_HWLOC_UTILS = hwloc-assembler hwloc-assembler-remote hwloc-bind hwloc-calc hwloc-distances hwloc-distrib hwloc-info hwloc-ls hwloc-ps lstopo lstopo-no-graphics +ALL_UTILS += $(filter $(STD_HWLOC_UTILS), $(notdir $(wildcard $(HWLOC_DIR)/bin/*))) }}} We might even think about backporting this change. I would support this, but would not go ahead without at least one other maintainer approving. Obviously after testing... -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1779> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1780: Correct name of Weinberg pseudotensor in QuasiLocalMeasures
by Einstein Toolkit 24 Jul '15

24 Jul '15

#1780: Correct name of Weinberg pseudotensor in QuasiLocalMeasures ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- Vassilios Mewes says: [...] the Landau-Lifshitz quantities implemented in the QLM thorn, are not actually using the Landau-Lifshitz pseudotensor, but rather the Weinberg's pseudotensor, which he derived in his book General Relativity, Gravitation and Cosmology. I think it would be good to rename them accordingly, as it (at least for me) caused some confusion when investigating those quantities. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1780> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1637: MoL should automatically allocate storage for sufficient timelevels of evolved variables
by Einstein Toolkit 24 Jul '15

24 Jul '15

#1637: MoL should automatically allocate storage for sufficient timelevels of evolved variables -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: MoL | -------------------------+-------------------------------------------------- The MoL thorn requires that all evolved variables have at least two timelevels of data, even if the integration method (e.g. RK4) does not need any past timelevels. It uses one of these timelevels as scratch space, potentially in addition to any other scratch space variables. In the case where at least two timelevels are needed for other reasons, this is more efficient than allocating an extra scratch space variable. Rather than requiring the evolution thorn to allocate at least two timelevels of storage for these variables, MoL should ensure sufficient timelevels via the flesh API. A related issue is that using timelevels for this purpose is wasteful in situations where the timelevel is not used for any other purpose, since the timelevel will be checkpointed even though it is only being used for temporary storage. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1637> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1377: GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI
by Einstein Toolkit 16 Jun '15

16 Jun '15

#1377: GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI -----------------------------------+---------------------------------------- Reporter: sbrandt | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: GRHydro M_PI | -----------------------------------+---------------------------------------- GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI. This was a problem on Tianhe-1A. I'd suggest adding the following to both files: #ifndef M_PI #define M_PI 3.141592653589793 #endif -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1377> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #1754: _BSD_SOURCE in glibc apparently going away
by Einstein Toolkit 09 Jun '15

09 Jun '15

#1754: _BSD_SOURCE in glibc apparently going away ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: Type: task | Status: new Priority: unset | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- I just stumbled accross https://lwn.net/Articles/634207/ which states: --8<-- Also in 2.20, the _BSD_SOURCE and _SVID_SOURCE feature test macros have been removed. The declarations formerly available under those macros are now under _DEFAULT_SOURCE, but, since it's the default, one need not set it explicitly. Roland's suggestion, though, was that most code would (continue to) want to use _GNU_SOURCE or one of the POSIX-specific macros. (See this article for an introduction to glibc feature test macros). --8<-- We use this in some of our option lists to make {{{M_PI}}} and {{{strdup}}} visible. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1754> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1252: Thorn configuration scripts should not be run if there are missing thorns
by Einstein Toolkit 09 Jun '15

09 Jun '15

#1252: Thorn configuration scripts should not be run if there are missing thorns -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- If there are thorns present in the thornlist which are not present in the source tree, Cactus currently displays the corresponding error message, and then runs the rest of the CST including thorn configuration scripts. Since these can build large external libraries (e.g. LORENE), it can be a long time before the user notices that the build has failed. I would prefer if Cactus aborted before running the CST scripts. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1252> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #1712: Return snprintf.c
by Einstein Toolkit 09 Jun '15

09 Jun '15

#1712: Return snprintf.c ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: task | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- C99 provides snprintf, and we assume at least C99 support in Cactus. Cactus does not need to provide snprintf any more. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1712> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1770: ExternalLibraries: error when building hwloc utility lstopo-no-graphics on ubuntu 14.04
by Einstein Toolkit 09 Jun '15

09 Jun '15

#1770: ExternalLibraries: error when building hwloc utility lstopo-no-graphics on ubuntu 14.04 --------------------------------------------+------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2015_05 Component: EinsteinToolkit thorn | Version: development version Keywords: ExternalLibraries hwloc lstopo | --------------------------------------------+------------------------------- While building the hwloc utilities the building process stopped with the following error message (on Ubuntu 14.04.2 LTS): {{{ Copying hwloc-ls from /usr/bin/hwloc-ls to /home/bruno/tmp/zz_et/Cactus/exe/et Copying hwloc-ps from /usr/bin/hwloc-ps to /home/bruno/tmp/zz_et/Cactus/exe/et Copying lstopo from /usr/bin/lstopo to /home/bruno/tmp/zz_et/Cactus/exe/et make[1]: *** No rule to make target `/home/bruno/tmp/zz_et/Cactus/exe/et /lstopo-no-graphics', needed by `utils'. Stop. }}} A quick fix would be to add the hwloc-nox package which has the lstopo-no- graphics utility there, however it conflicts with hwloc package so we can't have both on a ubuntu system. So we can't then have both lstopo and lstopo-no-graphics in the makefile target. The attached patch opted to drop lstopo-no-graphics. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1770> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2015