#1197: ubunbu.cfg should default to use OpenMP
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
The current ubuntu.cfg option list in simfactory sets
{{{
OPENMP = no
}}}
I would like to change this to "yes" instead.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1197>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1308: MPI: use library list provided by mpic++ instead of guessing (wrong)
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2013_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
At the moment, ExternalLibraries/MPI guesses that the library list for
openmpi is just 'mpi mpi_cxx'. This is wrong in my case (even for the
built library; I need additional libraries. The OpenMPI FAQ mentions this:
"NOTE: It is absolutely not sufficient to simply add "-lmpi" to your link
line and assume that you will obtain a valid Open MPI executable."
They do recommend to use the compiler wrappers. I didn't try that, leaving
a patch to a minimum. I would also not be sure how to replace to actual
compilers using a thorn while it is supposedly being compiled - after the
Cactus configure state (cannot do it before since the wrappers might not
be build yet). Thus, I go the second way - also shown in the FAQ: I use
mpic++ to get hold of the flags that are needed when linking against the
library. This is very similar to what happens for some of the other
ExternalLibraries as well (but a bit simpler since they also provide
options to just get a list of the libraries, not including the flags
themselves - which is what Cactus expects).
In my case, this uses the libraries 'mpi_cxx mpi nsl util m m nsl util m
dl openmp'. Especially the missing 'util' in the current list prevented me
from linking. Adding it hard to the list however might be wrong on systems
where this is not needed or that library might not even exist. (and this
isn't the only missing library)
I would like this to be included in the next release, as this would
otherwise prevent people from building on at least some of the major Linux
distros out of the box (Debian wheezy here) - or we would have to specify
the library list by hand for these systems. Given the central part MPI
plays I set this to 'major'. If we see problems with this approach we can
still guess the missing libraries and try that, until after the release.
OpenMPI FAQ: http://www.open-mpi.org/faq/?category=mpi-apps
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1308>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1305: Building Einstein Toolkit requires using 'Build' twice
----------------------------------------+-----------------------------------
Reporter: srichers@… | Owner: sbrandt
Type: defect | Status: new
Priority: minor | Milestone:
Component: Mojave | Version:
Keywords: |
----------------------------------------+-----------------------------------
When building a config in EinsteinToolkit for the first time the following
errors come up:
find: `configs/Cfg1/ThornList': No such file or directory
find: `configs/Cfg1/config-data': No such file or directory
find: `configs/Cfg1/config-info': No such file or directory
Checking the folder in .mojaveconfig/projectname after the build reveals
the files are present. Running build a second time completes successfully.
This does not happen when running simfactory directly, nor does it happen
when using Mojave to build the WaveToy demo.
(note, optionfile allows building using 32 processes...just a timing
issue?)
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1305>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1301: Formaline should store the thornlist
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
Formaline should store the thornlist used to build the configuration.
This will make it easier to reconstruct a working Cactus tree from the
Formaline output.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1301>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1300: GRHydro: riemann_solver should be steerable.
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2013_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
Although probably often not wanted, there is no reason to have
riemann_solver not steerable=always. In fact, I recently wanted to do just
this: change the riemann solver mid-simulation (through the Trigger thorn
in that case) and had to change the source and recompile for this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1300>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1279: GRHydro_NaN_verbose should be steerable
-----------------------------------+----------------------------------------
Reporter: knarf | Owner: knarf
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
The attached patch marks GRHydro_NaN_verbose to be steerable. There is no
reason this shouldn't be and odds are that you would like to enable this
at some point for debugging...
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1279>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1296: GRHydro_InitData updates
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: GRHydro_InitData |
-----------------------------------+----------------------------------------
quite a number of them this time.
We have a number of changes to Roland's variant of Scott's original Bondi
solution (in BondiM.c) and tests for the entropy con2prim.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1296>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1295: GRhydro updates
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: GHydro |
-----------------------------------+----------------------------------------
usual deal. Will apply on Wednesday unless objections are raised.
This bunch has an improvement to the HLLE solver (by Christian Reisswig)
and a method to solve con2prim using entropy instead of tau (by Bruno
Mundim). The other patches are minor formating issues and a bugfix for hot
oes runs using MHD.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1295>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1298: Run part of CST before external libraries
-------------------------+--------------------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Part of CST should run already before external libraries are built. In
particular missing thorns (in the thornlist, but not present in the
checkout) should produce an error message as early as possible.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1298>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1292: problem with complex ASCII output
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Christian Reisswig reports:
there seems to be a problem with complex ASCII output.
Instead of outputting real and imaginary part into two separate columns,
it
now combines it into one column plus there are brackets, e.g. one complex
number is output as "(3.14,0.2)" instead of "3.14 0.2".
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1292>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit