#1505: remove the MoL number of variables accumulators
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: MoL |
-----------------------------------+----------------------------------------
The attached patches removes the need for MoL's accumulator parameters to
count the number of evolved, constrained and save-and-restore variables.
Instead it counts them during MoL_RegisterVariables and using timelevels
as a way of creating new variable storage for the scratch levels. This
means unfortunately that it will create C pointers for 99 (the current max
in interface.ccl) scratch timelevels ie there is ScratchSpace_p_p_p_p..._p
.
Currently applies on top of trunk.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1505>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#882: Create ThornGuideHTML target
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
Barry Wardell suggests: The only issue is that there doesn't seem to be a
HTML version of the configuration specific ThornGuide make target, so we
should add this as a target at the same time as removing the patch. I'd
imagine this would just be a matter of copy-and-paste from the existing
ThornGuideHTML target.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/882>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1489: EinsteinExact (the arrangement) fails to build ThornGuideHTML
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2014_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
EinsteinExact (the arrangement) fails to build ThornGuideHTML. The problem
is the file spacetimes.tex which is included, but ThornGuideHTML is built
outside of the doc directory, and cannot find it.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1489>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1444: CarpetLib does not compile with gcc 4.8 due to static_assert
--------------------+-------------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
Attempting to compile CarpetLib with gcc 4.8 leads to the error
/Users/ian/Cactus/arrangements/Carpet/CarpetLib/src/prolongate_3d_rf2.cc:501:56:
error: 'static_assert' was not declared in this scope
I had not come across static_assert before. Apparently it is a C++11
feature. gcc 4.6 was able to compile it, but it looks like gcc 4.8 is
stricter. Do we want to require -std=c++11, or should we avoid C++11
features for now?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1444>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1509: ExternalLibraries do not check if patch is available
--------------------------------------------+-------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: LORENE hwloc ExternalLibraries |
--------------------------------------------+-------------------------------
some of the ExternalLibraries (LORENE, hwloc for example) use patch to
modify the upstream source. However they do not check if patch is
available and blindly use the flesh supplied $PATCH variable.
Since the flesh does not abort its configuration even when patch is
missing, this fails with an error message of the form "-p0: command not
found".
Either the flesh's configure should require patch to be present, or the
ExternalLibraries need to test for PATCH being empty (there is a bash
expansion that aborts if PATCH is undefined).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1509>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1484: close file handles in CarpetHDF5 reader when VisIt closes files
------------------------+---------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version: development version
Keywords: CarpetHDF5 |
------------------------+---------------------------------------------------
The VisIt plugin contains some caching logic for the HDF5 file metadata
(namely which datasets exist in which file, can be disabled by setting the
environment variable CARPETHDF5_CACHE_METADATA to "no"). There is a design
flaw in this code that causes it to never close the HDF5 file handle which
in turn causes libHDF5 to use up memory and (importantly) to not free the
OS file handle. With large runs and many variables it is quite possible to
run out of file descriptors.
The attached patch tries to correct this by freeing the HDF5 handle when
VisIt closes a file (but keeps the cached metadata in memory).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1484>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1459: ExternalLibraries/PAPI does not build with gcc 4.8.1
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: PAPI |
-----------------------------------+----------------------------------------
not sure if this depends on the gcc version, but I get the following error
when trying to compile PAPI:
{{{
PAPI: Building...
pfmlib_common.c: In function 'pfmlib_parse_event_attr':
pfmlib_common.c:760:10: error: declaration of 'endptr' shadows a previous
local [-Werror=shadow]
char *endptr = NULL;
^
pfmlib_common.c:737:20: error: shadowed declaration is here
[-Werror=shadow]
char *s, *p, *q, *endptr;
^
cc1: all warnings being treated as errors
}}}
I attache the full output of make.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1459>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1435: count evolved variables automatically in Refluxing
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: Refluxing |
-----------------------------------+----------------------------------------
the attached patch reliefs the user from some variable counting (there is
still some) when using Refluxing and will automatically find out which
variables are evolved with MoL and which use a non-MoL time integration
scheme.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1435>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1438: do not require --thornlist for build --reconfig
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
The attached patch removes the requirement to provide a new thornlist when
doing a sim build --reconfig . Since the typical reason (at least this is
the only case I encountered this) for this is that the Cactus config
changed (and the Cactus build system wants a make sim-reconfig) one
usually does not want to change the thornlist at all.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1438>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit