#2186: PUGH: support zero sized grid arrays
---------------------------------+-----------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: minor
Milestone: | Component: EinsteinToolkit thorn
Version: development version | Keywords: PUGH
---------------------------------+-----------------------------------
if a grid array has size 0 we ignore it during communication by setting
its ghost size and overlap region to zero, cctk_lsh will show up a zero as
well
This fixes the bug that Erik observed in
https://bitbucket.org/cactuscode/cactustest/commits/8a6601f about 14 years
ago. As far as I can tell this test has been failing since then and only
was not caught b/c the testing system actually does not look at the Cactus
return code.
Pull request is here: https://bitbucket.org/cactuscode/cactuspugh/pull-
requests/2/pugh-support-zero-sized-grid-arrays/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2186>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2171: PAPI Compile Issues with Intel 19 beta on Ubuntu 18.04
---------------------------------+--------------------
Reporter: zachetie@… | Type: defect
Status: new | Priority: unset
Milestone: | Component: Other
Version: development version | Keywords:
---------------------------------+--------------------
I get this error message when attempting to compile the latest ETK master
(Jul 27, 2018) with the default ThornList using Intel 19.0.0.070 20180524
on Ubuntu 18.04:
PAPI: Building...
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(140): error: identifier "_Float32" is undefined
extern _Float32 strtof32 (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(146): error: identifier "_Float64" is undefined
extern _Float64 strtof64 (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(158): error: identifier "_Float32x" is undefined
extern _Float32x strtof32x (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(164): error: identifier "_Float64x" is undefined
extern _Float64x strtof64x (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(233): error: identifier "_Float32" is undefined
_Float32 __f)
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(239): error: identifier "_Float64" is undefined
_Float64 __f)
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(251): error: identifier "_Float32x" is undefined
_Float32x __f)
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(257): error: identifier "_Float64x" is undefined
_Float64x __f)
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(316): error: identifier "_Float32" is undefined
extern _Float32 strtof32_l (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(323): error: identifier "_Float64" is undefined
extern _Float64 strtof64_l (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(337): error: identifier "_Float32x" is undefined
extern _Float32x strtof32x_l (const char *__restrict __nptr,
^
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(344): error: identifier "_Float64x" is undefined
extern _Float64x strtof64x_l (const char *__restrict __nptr,
^
compilation aborted for pfmlib_common.c (code 2)
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2171>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2185: PAPI's compilation produces warnings
---------------------------------+-----------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: minor
Milestone: | Component: EinsteinToolkit thorn
Version: development version | Keywords: PAPI
---------------------------------+-----------------------------------
PAPI's build procedure currently contains two failing parts, one that
shows up as error messages along the lines of "libthorn_PAPI.a_tests
cannot be build" which is caused by Cactus setting a NAME variable in
MAKEFLAGS which overrides what PAPI's Makefile wants to use and once that
is finished, the tests actually fail to run since eg OpenMP libraries are
missing.
The attached patch gets rid of NAME and builds only the parts we need.
The $(pwd)/libpfm4/lib/libpfm.a path is copied from the Makefile
(Rules.pfm4_pe I believe).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2185>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2190: make sim-ThornGuide fails
---------------------------------+--------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: minor
Milestone: | Component: Cactus
Version: development version | Keywords:
---------------------------------+--------------------
One cannot build the ThornGuide using the current ET master (90d12c0b):
{{{
rhaas@ekohaes8:.../cactus/ET_vanilla$ make VERBOSE=yes sim-ThornGuide
echo
________________________________________________________________________
________________________________________________________________________
Creating ThornGuide for configuration sim
cd /data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim; \
mkdir -p doc
rm -rf /data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build
mkdir /data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build
if test -r /data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/ThornList
; then \
cd /data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build; \
make -f /data/rhaas/postdoc/gr/cactus/ET_vanilla/doc/ThornGuide/Makefile
THORNLIST=/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/ThornList
MASTER_FILE=ThornGuide-sim
DOCBUILDDIR=/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build;
\
if test -e
"/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build
/ThornGuide-sim.pdf"; then \
mv "/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build
/ThornGuide-sim.pdf" /data/rhaas/postdoc/gr/cactus/ET_vanilla/doc
/ThornGuide-sim.pdf; \
echo " ThornGuide-sim.pdf created in doc directory."; \
echo " Done."; \
fi \
else \
echo " Error:
/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/ThornList not
found."; \
fi
make[1]: Entering directory
'/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build'
THORN_DEPENDENCIES=`/usr/bin/perl -s
/data/rhaas/postdoc/gr/cactus/ET_vanilla/lib/sbin/ThornList.pl
-arrangements_dir=/data/rhaas/postdoc/gr/cactus/ET_vanilla/arrangements
-thornlist=/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/ThornList`
Gathering documentation from thorn ccl files
Processing....
param.ccl....
/usr/bin/perl -s
/data/rhaas/postdoc/gr/cactus/ET_vanilla/lib/sbin/ParamLatex.pl
-cctk_home=/data/rhaas/postdoc/gr/cactus/ET_vanilla
-directory=/data/rhaas/postdoc/gr/cactus/ET_vanilla/arrangements
-thornlist=/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/ThornList
-outdir=./ -section -grouping=bythorn -sort=scope > LOG_PARAMLATEX_MSGS
2>&1
make[1]: ***
[/data/rhaas/postdoc/gr/cactus/ET_vanilla/doc/ThornGuide/Makefile:91:
ThornGuide-sim.tex] Error 255
make[1]: Leaving directory
'/data/rhaas/postdoc/gr/cactus/ET_vanilla/configs/sim/doc/build'
}}}
and the LOG file contains
{{{
Undefined subroutine &main::parse_ccl called at
/data/rhaas/postdoc/gr/cactus/ET_vanilla/lib/sbin/parameter_parser.pl line
46.
CTThorns
}}}
The line was introduced in git hash 618ef008 "Speedup branch implements
caching of CCL files." about 1.25 years ago.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2190>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2191: parameter file download seems wrong in Gallery: Binary black hole GW150914
---------------------------------+--------------------
Reporter: anonymous | Type: defect
Status: new | Priority: unset
Milestone: | Component: Other
Version: development version | Keywords:
---------------------------------+--------------------
I use curl -Lf http://einsteintoolkit.org/gallery/bbh/GW150914.rpar -o
par/GW150914.rpar to down the parameter file and run the simulation, it
give me error like:
Error: Error while executing parameter file script
/home/someone/simulations/GW150914_1/output-0000/GW150914.rpar
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2191>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2143: trac statistics link is broken
-------------------------+---------------------------------
Reporter: Roland Haas | Owner: Steven R. Brandt
Type: defect | Status: assigned
Priority: minor | Milestone:
Component: Other | Version: development version
Keywords: trac |
-------------------------+---------------------------------
The link "Ticket statistics" ie
https://trac.einsteintoolkit.org/stats/tickets on the front page of trac
leads to an error page
{{{
No handler matched request to /stats/tickets
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2143>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2115: supermike II fails to compile
------------------------+---------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: |
------------------------+---------------------------------------------------
The current simfactory files fail to compile the ET on SuperMike II at LSU
HPC. One gets:
{{{
In file included from
/home/rhaas/ET_vanilla/arrangements/CactusUtils/Vectors/src/vectors.cc(1):
/home/rhaas/ET_vanilla/arrangements/CactusUtils/Vectors/src/vectors.h(877):
error: invalid type for defaulted constructor
vmask(vmask &&) = default;
^
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2115>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2172: Test "Binary black hole GW150914" example
-------------------------------------+---------------------------------
Reporter: Roland Haas | Owner: SCupp
Type: task | Status: assigned
Priority: major | Milestone: ET_2018_08
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+---------------------------------
Before each release, check that
http://einsteintoolkit.org/gallery/bbh/index.html still works and produces
correct output.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2172>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2181: update OpenMPI tarball to 1.10.7
---------------------------------+-----------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: major
Milestone: | Component: EinsteinToolkit thorn
Version: development version | Keywords: MPI
---------------------------------+-----------------------------------
Compiling on bethe (a private workstation at Caltech that is however part
of http://einsteintoolkit.org/testsuite_results/index.php) fails due to
the OpenMP source code not (anymore) being compatible with ibverbs library
installed on the system (leaving aside the question why a single
workstation would have infiniband libraries installed in the first place).
Updating to 1.10.7 fixes this.
Attached please find a patch (sans tarball which can be downloaded from
here https://www.open-mpi.org/software/).
Using these changes lets me compile MPI successfully and eventually builds
the ET as well.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2181>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2188: running on wheeler fails with error messages from MPI
-------------------------+---------------------------------
Reporter: Roland Haas | Owner: Erik Schnetter
Type: defect | Status: assigned
Priority: major | Milestone: ET_2018_08
Component: SimFactory | Version: development version
Keywords: |
-------------------------+---------------------------------
Trying to run on wheeler fails with lengthy error messages from MPI even
when using a single MPI rank.
I attach a sample error file from the gaussian test in the testsuite.
Wheeler is a private machine at Caltech so if this cannot be fixed I would
remove it from the list of machines shown on
http://einsteintoolkit.org/testsuite_results/index.php .
Erik since you maintained wheeler's files and the machine files point to
an MPI stack in your $HOME, do you want to look into this? Otherwise I can
set up a machine setup using the software stack used by SpEC (which sees
much more regular use on wheeler) but that will likely not use the same
set of modern compilers and other software that your setup uses, or we can
remove wheeler from the list of officially supported machines for this
release.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2188>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit