#2001: Output bare masses of punctures to TwoPunctures.bbh metadata file
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
The pull request https://bitbucket.org/einsteintoolkit/einsteininitialdata
/pull-requests/1/twopunctures-output-bare-masses-in/diff adds support to
TwoPunctures for outputting the bare masses of the punctures to the
TwoPunctures.bbh metadata file.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2001>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2019: Several tests fail in Jenkins after move to new NCSA build node
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
After the move of the Jenkins build system from UCD to NCSA, several tests
started failing. See https://build-test.barrywardell.net/job/EinsteinToolkit/936/testReport/ for the details.
The thorns with failures are CT_MultiLevel, SphericalHarmonicReconGen and
GRHydro.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2019>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2039: Meudon_Bin_NS update
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
The attached patch generalizes the Meudon_Bin_NS thorn:
- to be able to use any value for 'gamma' (EoS) other than 2
- to be able to use an EoS provided by EOSOmni. In particular, this
enables
piecewise polytropes of any kind, as long as the initial data was
generated
using the same "table"
... along with a few minor changes:
- check that the input file name exists
- add a few more parameter descriptions
- allow setting the derivatives of the gauge to zero while still taking
the gauge from Lorene
While a patch is attached, the new version could probably be tested the
easiest from
https://bitbucket.org/GravityPR/prthorns/src/master/Meudon_Bin_NS
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2039>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#583: PITTNullCode lacks test case outputs
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
The PITTNullCode arrangement has several test parameter files without
associated output.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/583>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1986: this compared to NULL in CarpetLib
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: Carpet | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
I get
{{{
/home/rhaas/Cactus/arrangements/Carpet/CarpetLib/src/gdata.cc: In member
function ‘void gdata::copy_from(comm_state&, const gdata*, const ibbox&,
const ibbox&, const islab*, int, int)’:
/home/rhaas/Cactus/arrangements/Carpet/CarpetLib/src/gdata.cc:185:53:
warning: nonnull argument ‘this’ compared to NULL [-Wnonnull-compare]
int const order_space = (this ? cent : src->cent) == vertex_centered ?
1 : 0;
~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
}}}
which leads me to suspect that the compiler is allowed to assume this !=
NULL and will optimize out one half of the condition.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1986>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1821: Carpet may call object methods with this == NULL
----------------------+-----------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: optional | Milestone:
Component: Carpet | Version: development version
Keywords: |
----------------------+-----------------------------------------------------
see pull request https://bitbucket.org/eschnett/carpet/pull-requests/7
/carpet-avoid-using-null-pointer-for-member/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1821>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1674: Switch to OpenBLAS
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Other | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
OpenBLAS is a BLAS and LAPACK library that is significantly more efficient
that the standard ("reference") BLAS. I suggest we switch the ET thorn
list to ExternalLibraries/OpenBLAS instead of ExternalLibraries/BLAS and
ExternalLibraris/LAPACK.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1674>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2038: Two src file versions in GRHydro:
GRHydro_Con2PrimM_pt_EOSOmni.c.hopefullyfixed.c
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2017_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
I did not look deeply into this file, but it seems to be a variant of
GRHydro_Con2PrimM_pt_EOSOmni.c that is not actually used when building
GRHydro. We should not have artifacts like that in our repositories. If
there is an issue, please report it as ticket. Given that the history of
that file goes back to 2012, has seen rarely any change besides source
code formatting and the like, and the last change is from 2013, I suggest
to remove the file.
https://bitbucket.org/einsteintoolkit/einsteinevolve/src/82fdf7073e088f322f…
=file-view-default
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2038>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2032: Piraha speed issues
---------------------+------------------------------------------------------
Reporter: sbrandt | Owner:
Type: defect | Status: new
Priority: unset | Milestone:
Component: Other | Version: development version
Keywords: |
---------------------+------------------------------------------------------
Piraha slows down the CST phase of compilation. A cache system has been
developed to speed it up. This feature should be added to the parse
system.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2032>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2043: new thorn for initial data (Hydro_RNS)
-------------------------+--------------------------------------------------
Reporter: DePietri | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: Other | Version: development version
Keywords: parma |
-------------------------+--------------------------------------------------
The LSU and Parma groups used for publications and contributed to the
development of the thorn the generate initial data for Rotating-Neutron-
Star RNS based on Nik Stergioulas code
(http://www.gravity.phys.uwm.edu/rns/) which constructs models of rapidly
rotating, relativistic, compact stars using tabulated equations of state
which are supplied by the user or polytqopic EOS. The code
was widely used in conjunction with the Whisky code and more recently with
GRHydro.
The relevant code can be found here:
[https://bitbucket.org/GravityPR/prthorns/src]
I'd like another developer to have a look and give input. Once/If this is
deemed ok to be included on technical grounds, we will add the necessary
documentation. Test suites and example are already present.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2043>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit