#832: ExternalLibraries/zlib gives bad error message if "patch" is not available
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
The PATCH variable is used in the zlib configuration script but there is
no check that it has been set. It is also not declared in the
configuration.ccl as being used. Should all environment variables used in
the script be declared? PATCH is usually set by autoconf, unless it is
unavailable, in which case it is not set.
Replacing $PATCH with ${PATCH?} would be enough to give a sensible error
message. I don't know if there are versions of bash that would not
understand this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/832>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1096: parallelize LocalInterp using OpenMP
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: LocalInterp |
-----------------------------------+----------------------------------------
the attached patch parallelizes the interpolation loop in
CactusNumerical/LocalInterp (which provides "uniform cartesian"
interpolation) using OpenMP.
A test using it is InterpToArray's wavetoy test which still passes.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1096>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1091: use efficient RK4 in multirate RK4 RK2 scheme
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: MoL |
-------------------------+--------------------------------------------------
This patch cleans up the code, improves performance of the MoL loops since
it combines several loops into one, and reduces the required scratch
space.
Code originally by Erik, the imported into Zelmani by Christian Reisswig.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1091>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1084: increase default value of RELTOL to 1e-12
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: test system |
-------------------------+--------------------------------------------------
right now the defaults for ABSTOL and RELTOL (see lib/sbin/RunTestUtils.pl
line 587) are
{{{
$runconfig{"ABSTOL"} = 1e-12;
$runconfig{"RELTOL"} = 0;
}}}
in particular RELTOL is set to zero. This means that for values of order
1000 or so ABSTOL requests more significant figures than a double
provides.
Instead it would seem to be more sensible to request RELTOL = 1e-12 as
well which will leave the accuracy unchanged for values of order unity but
make the test system less prone to false alarms for values that are larger
(eg sum reductions, values close to the puncture)
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1084>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1076: abort Formaline's git-lock.pl if aquiring lock fails for reasons other than
EEXIST
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: Formaline |
-----------------------------------+----------------------------------------
without this it enters an infinite loop if eg the path to the lockdir does
not exist. With this patch, the command that wait for the lock is not
executed and the make system prints out an error message.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1076>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1087: qc0-mclachlan fails with Assertion `not reg.processors' failed
----------------------+-----------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: critical | Milestone:
Component: Carpet | Version:
Keywords: |
----------------------+-----------------------------------------------------
I am running qc0-mclachlan.par from the ET trunk on Datura. I get this
error message during startup:
cactus_sim:
/home/ianhin/Cactus/EinsteinToolkit/arrangements/Carpet/CarpetLib/src/region.cc:166:
void combine_regions(const std::vector<region_t, std::allocator<region_t>>
&, std::vector<region_t, std::allocator<region_t>> &): Assertion `not
reg.processors' failed.
I get the same message whether I run on 1 MPI process or 2, and also on
another machine. Since qc0-mclachlan is a standard BBH simulation, I
assume that a similar error could/does occur for any binary simulation
with moving-boxes mesh refinement. Setting priority to Critical as a
result.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1087>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1090: use efficient RK4 in multirate RK4 RK2 scheme
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: MoL |
-------------------------+--------------------------------------------------
This patch cleans up the code, improves performance of the MoL loops since
it combines several loops into one, and reduces the required scratch
space.
Code originally by Erik, the imported into Zelmani by Christian Reisswig.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1090>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit