#1650: piraha parses "-0." incorrectly
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
When encountering
foo::bar = -0.
in parameter files, the piraha parser returns (double)0. instead of
(double)-0. it is misses the signed zero that the floating point numbers
provide.
This makes it impossible to recover from (older) checkpoints where eg
coordbase::xmin is given as -0.
A possible fix is to change line 545 of Call.cc from
{{{
ret->ddata = -ret->ddata;
}}}
to
{{{
ret->ddata = std::copysign(ret->ddata, std::signbit(ret->ddata) ? 1. :
-1.);
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1650>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1649: HydroBase: add average atomic mass
---------------------------------+------------------------------------------
Reporter: dradice@… | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Other | Version: development version
Keywords: |
---------------------------------+------------------------------------------
I would like to propose a patch to add a variable to HydroBase to be used
to store the average atomic mass of the fluid during the evolution. This
can be used, e.g., to do evolutions using a non-NSE equation of state.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1649>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1640: RK2-MR2-1 TestMoL test fails after MoL revision 225
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: MoL |
-----------------------------------+----------------------------------------
It seems as if it re-uses the RHS and 225 makes MoL clear the slow sector
RHS the same way it clears the fast sector RHS. The results are silently
wrong by a factor of 1/2 or so.
This does not seem to happen in Jenkins but happens on my workstation
(found while debugging another MoL related issue).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1640>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1643: cannot compile with release version of simfactory
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: blocker | Milestone:
Component: SimFactory | Version: development version
Keywords: |
------------------------+---------------------------------------------------
I just tried to compile with the release version of simfactory (on Gordon
but that would not matter) and I get:
{{{
[rhaas@gordon-ln1 Cactus]$ ./simfactory/bin/sim build --thornlist
thornlists/NsNsToHMNS.th
Error: required key email in section hal1 is missing
Aborting Simfactory.
}}}
The same happens for the "user" key as well.
This is most likely hidden for most users since keys in the [default]
section of defs.ini.local hide this issue. email may make sense to specify
in defs.local.ini but user would not seem like something that should be
left to default since it is machine specific.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1643>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1634: CUDA breaks CCTK_BUILTIN_UNREACHABLE
---------------------+------------------------------------------------------
Reporter: sbrandt | Owner:
Type: defect | Status: new
Priority: minor | Milestone: Cactus_4.3.0
Component: Other | Version: development version
Keywords: |
---------------------+------------------------------------------------------
Code containing CCTK_BUILTIN_UNREACHABLE does not compile with CUDA. In
fact, there seems to be problems with calling abort() from CUDA as well.
The attached patch allows compilation to proceed, but I suspect it will be
hated.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1634>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1629: Use DANE for server certificates
-------------------------------------+--------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
If I understand correctly, DANE (<http://www.heise.de/newsticker/meldung
/DANE-Bund-sichert-nach-Mail-Transport-auch-Webservice-mittels-DANE-
ab-2215929.html>, <http://en.wikipedia.org/wiki/DNS-
based_Authentication_of_Named_Entities>) would allow server owners to
publish their certificates with their DNS entries. This could -- if I
understand correctly -- replace the need for having certificates signed by
a CA, which is always expensive and cumbersome.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1629>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1608: ScalarWave thorn build error on Stampede
--------------------------------------------+-------------------------------
Reporter: jonah.maxwell.miller@… | Owner:
Type: defect | Status: new
Priority: optional | Milestone: ET_2014_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: ScalarWave,OpenMP |
--------------------------------------------+-------------------------------
When I try to compile the Einstein toolkit on stampede, I get a series of
errors relating to OpenMP loops. Each error is of the form:
{{{
must have a loop-invariant increment of integer, pointer, or random
access iterator type
for (int tk = tiled_imin[2]; tk < tiled_imax[2]; tk += tile_size_l[2])
}}}
The error is definitely in the ScalarWave thorn, because disabling this
thorn allows the toolkit to compile just fine.
Attached are the thornlist used and the error output. The command I used
to compile was
{{{
sim build dgfe2 --thornlist=dgfe2_jm.th
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1608>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1621: Add PAPI to the Einstein Toolkit
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
I suggest to add thorn ExternalLibraries/PAPI to the Einstein Toolkit.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1621>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1409: cleanup Avec in HydroBase
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: task | Status: new
Priority: major | Milestone: ET_2013_11
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
As discussed at the dev-workshop in summer 2013, Avec shouldn't be defined
in HydroBase, but move to the evolution thorn. In particular, the current
dev-version of HydroBase contains (will in a few hours) contain two
different versions of it, depending on where it is defined.
The needs to be cleaned up before the next release.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1409>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit