#535: Add autoconf macro to test C99 style variable declarations
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
Many compilers don't support C99 style variable declarations in their
default settings. We should test this, add certain flags automatically if
we can, or abort with a clear error message otherwise.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/535>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#632: Changegroup hook failed when pushing to Carpet repository
--------------------+-------------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: |
--------------------+-------------------------------------------------------
When I push to the Carpet repository, I get the following message:
{{{
remote: error: changegroup.cia hook failed: http://cia.vc returned an
error: queued.
}}}
The push succeeds. What is the cause of this error?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/632>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#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
#982: Abort with an error if the argument of --root= is not a directory
-----------------------------+----------------------------------------------
Reporter: anonymous | Owner: eric9
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: GetComponents | Version: development version
Keywords: error detection |
-----------------------------+----------------------------------------------
Currently, when GetComponnents is invoked as
GetComponents --root=<dir>
and <dir> does not exist, Getcomponents just ignores the option. I would
be better if GetComponents aborted with an error if the argument of
--root= is not a valid directory.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/982>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1043: RotatingSymmetry180::poison_boundaries should not check for NaNs
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: McLachlan |
-----------------------------------+----------------------------------------
currently poison_boundaries causes RotatingSymmetry180 checks for both the
poison value and for nonfinite values in the boundary. It should probably
not check for NaN in case there are grid functions that do actually
contain nan values near the boundaries (right not I have a run where this
is true for ML_BSSN::H where I don't care about the NaNs).
RotatingSymmetry's output completely clutters stdout since it list every
single nan point it find.
If one wants to check for NaN values in the constraints one can always use
NaNChecker so no functionality is lost.
Also RotatingSymmetry might well see NaN values when combined with say
ReflectionSymmetry if the NaNs would be overwritten by say a z-reflection
symmetry afterwards (I am not sure what the order in which symmetries are
applied is).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1043>
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
#918: Usage of appendix in both UsersGuide and ReferenceManual
-------------------------+--------------------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2012_11
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
The usage of the appendix of the UsersGuide inside the ReferenceManual led
to a lot of internal references being commented out. This probably
happened when UsersGuide and ReferenceManual had been divided, but it
means that currently a lot of useful information is missing. In #885 there
is agreement that the best solution would be to have the appendix included
only by one of the two documents, and to restore references as much as
possible.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/918>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#990: Cacuts documentation describes staggering
---------------------------+------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: Documentation |
---------------------------+------------------------------------------------
didn't we recently remove this?
The docs are at:
http://einsteintoolkit.org/documentation/UsersGuide/UsersGuidech9.html#x13-…
It also still mentions cctk_lssh which was removed.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/990>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1021: Fortran example for CCTK_Equals in the reference guide has multiple issues
---------------------------+------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: documentation |
---------------------------+------------------------------------------------
The example for CCTK_Equals in the reference guide
(http://cactuscode.org/documentation/referencemanual/ReferenceManualch2.html…)
has an errant semicolon and does not include the macro
DECLARE_CCTK_FUNCTIONS which seems to be needed for CCTK_Equals to be
used.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1021>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit