#412: Split Appendices
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
Currently, the appendices of the users' guide are repeated into the
reference manual. This is somewhat confusing, and causes problems because
the appendices cannot easily reference other sections (e.g. "see page 15"
doesn't make sense since one doesn't know in which document this will be
read). I suggest to split the appendices and have some of them in the
users' guide while moving others into the reference manual, so that each
appendix is included in only one document
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/412>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#704: Carpet complains about lack of mpi after ExternalLibraries/OpenMPI is built
---------------------+------------------------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
---------------------+------------------------------------------------------
I was able to compile ExternalLibraries/OpenMPI successfully, but the
Cactus
compilation stops afterwards with the message:
/home/bruno/tmp/einstein_dev_maxwell/Cactus/arrangements/Carpet/CarpetLib/src/make.configuration.defn:5:
*** Configuration error: The Carpet thorns require MPI. Please configure
with MPI, or remove the Carpet thorns from the ThornList.. Stop.
make: *** [einstein] Error 2
I indicated in my configuration file the following options:
OPENMPI_DIR = BUILD
OPENMPI_INSTALL_DIR = /home/bruno/local/gcc4.6.1/openmpi-1.5.4
I have then tried to indicate in my config file these extra options
after the library was built (and the rest of Cactus compilation stopped):
OPENMPI_DIR = /home/bruno/local/gcc4.6.1/openmpi-1.5.4
OPENMPI_INC_DIRS = /home/bruno/local/gcc4.6.1/openmpi-1.5.4/include
OPENMPI_LIB_DIRS = /home/bruno/local/gcc4.6.1/openmpi-1.5.4/lib
The config-info file does reflect these choices afterwards, and apparently
the flag indicating the presence of mpi library, HAVE_MPI, was set
correctly
at ~/Cactus/configs/einstein/bindings/Configuration/Capabilities:
grep -i have_mpi *
cctki_MPI.h:#define HAVE_MPI 1
make.MPI.defn:HAVE_MPI = 1
however since I didn't use the old mechanism to tell Cactus about MPI, the
~/Cactus/configs/einstein/config-data/make.extra.defn doesn't have
anything
indicating the presence of mpi library there.
It seems to me a compilation order issue. Somehow HAVE_MPI definition is
coming
after Carpet compilation, triggering this error then.
Does anyone have any idea where I should look at in order to fix this
problem?
Thanks,
Bruno.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/704>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#669: Rewrite users of deprecated HDF5 C++ API
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: task | Status: new
Priority: minor | Milestone:
Component: Other | Version:
Keywords: |
----------------------+-----------------------------------------------------
The C++ API for HDF5 is decprecated. We should examine which code uses it,
and rewrite it to use the C API instead. This would allow us to use more
system-provided HDF5 installations.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/669>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#531: Problem with adding/removing configuration.ccl files
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
Cactus doesn't handle well adding or removing configuration.ccl files.
When a new configuration.ccl file is added, Cactus ignores it until the
next "rebuild" (i.e. until another ccl file changes, until the thorn list
changes, or until the user calls *-rebuild explicitly). When a
configuration.ccl file is removed, make aborts with an error message, and
a rebuild is forced.
One way to remedy this would be to have (empty) configuration.ccl file in
all thorns. After all, param.ccl and schedule.ccl files also need to be
present even if they are empty. This would also remove a bit of complex
logic from the Cactus make system.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/531>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#628: Configuring on Kraken leads to warnings
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
Using current simfactory to build on Kraken leads to the following warning
during configuration:
{{{
This is probably a Cray XT4 series system.
Using known-architectures xt4-cray-linux
This is an Cray XT4: you always need MPI!
Forcing MPI to NATIVE.
Unknown Linux f90 compiler.
Please add appropriate information to
/nics/d/home/hinder/Cactus/EinsteinToolkit/lib/make/known-
architectures/linux
and send the updated file to CactusMaint
We will try anyway ...
}}}
Cactus should learn about this system.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/628>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#380: AHFinderDirect failure with qc0-mclachlan.par
--------------------+-------------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2011_05
Component: Other | Version:
Keywords: |
--------------------+-------------------------------------------------------
Trying to run the par/qc0-mclachlan.par in the ET trunk gives the
following error:
INFO (AHFinderDirect): proc 0: searching for horizons 1,5/6
WARNING level 0 in thorn CarpetInterp processor 0 host kop193.datura.admin
(line 1683 of
/home/ianhin/Cactus/etrelease/arrangements/Carpet/CarpetInterp/src/interp.cc):
-> Grid function "AHFINDERDIRECT::ahmask" has only 1 active time levels
on refinement level 1; this is not en
ough for time interpolation
See also #373, which might be related.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/380>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#488: Reduce space taken by Formaline tarballs
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: Formaline |
-------------------------+--------------------------------------------------
When syncing lightweight data of simulations from a cluster, much of the
time and disk space on the local system is taken with Formaline tarballs.
It would be good to reduce this.
I propose opportunistically replacing the generated tarballs with hard-
links to existing tarballs on the same filesystem after Formaline has
written them to the new output directory if the files compare equal.
These could be from previous restarts of the same simulation when using
simfactory. Then, if an entire simulation is rsynced with the appropriate
options, hard-links will be transferred as hard-links, and the overall
transfer time and disk space used will be significantly reduced.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/488>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit