Trac April 2018

trac@lists.einsteintoolkit.org

2 participants
54 discussions

[Einstein Toolkit] #2130: use directory containing mpi.h for --with-mpi-include when building PETSc
by Einstein Toolkit 05 Aug '18

05 Aug '18

#2130: use directory containing mpi.h for --with-mpi-include when building PETSc -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: PETSc | -----------------------------------+---------------------------------------- Apparently --with-mpi-include takes only a single directory as an argument so when building the included PETSc tarball one has to pick one directory out of the list of directories in PETSC_EXTRA_MPI_INC_DIRS and MPI_INC_DIRS . Currently we just pick the first one. The attached patch picks the first one that contains mpi.h which works better in case the first include dir is contains only MPI internal header files (in my OpenMPI case this was /usr/lib/x86_64-linux-gnu/openmpi/include/openmpi which contains files like orte_config.h and the like). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2130> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1103: simfactory download page points to outdated version
by Einstein Toolkit 02 Aug '18

02 Aug '18

#1103: simfactory download page points to outdated version ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- currently http://simfactory.org/simfactory/download/ points to https://svn.cct.lsu.edu/repos/numrel/simfactory2/branches/ET_2011_10 for the "current" version, which is from the last release -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1103> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1523: Use Piraha to Parse all CCL files
by Einstein Toolkit 02 Aug '18

02 Aug '18

#1523: Use Piraha to Parse all CCL files -------------------------+-------------------------------------------------- Reporter: sbrandt | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Cactus_4.3.0 Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Piraha should be used to parse all the CCL files. This would give us a well-defined grammar and the ability to let other tools use the CCL files in a reliable way. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1523> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #2105: Gallery examples should be tested
by Einstein Toolkit 30 Jul '18

30 Jul '18

#2105: Gallery examples should be tested ----------------------------+----------------------------------------------- Reporter: hinder | Owner: Type: task | Status: new Priority: major | Milestone: ET_2018_02 Component: Other | Version: development version Keywords: ReleaseProcess | ----------------------------+----------------------------------------------- The gallery examples at https://einsteintoolkit.org/gallery.html should be tested to make sure they work with the upcoming release. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2105> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #1949: provide floating branch to "current release" and links to it
by Einstein Toolkit 17 Jul '18

17 Jul '18

#1949: provide floating branch to "current release" and links to it -----------------------------+---------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: EinsteinToolkit | -----------------------------+---------------------------------------------- In order to not always have to update all websites with the correct ULRs to the then current release it would be good if we were to provide a "current release" branch of the ET which always points to the head of the current release branch/tag. Ie right now it would be identical to 2016_05. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1949> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #1658: ExternalLibraries/pciutils does not compile on Mac OS
by Einstein Toolkit 05 Jul '18

05 Jul '18

#1658: ExternalLibraries/pciutils does not compile on Mac OS --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- When I try to compile ExternalLibraries/pciutils on Mac OS, I get {{{ lspci.c:919:29: error: expected ')' puts("lspci version " PCIUTILS_VERSION); ^ ./pciutils.h:18:26: note: expanded from macro 'PCIUTILS_VERSION' #define PCIUTILS_VERSION PCILIB_VERSION ^ lspci.c:919:11: note: to match this '(' puts("lspci version " PCIUTILS_VERSION); }}} This is with the osx-mountain-lion-macports-gcc.cfg optionlist, and "gcc- mp-4.6 (MacPorts gcc46 4.6.4_3) 4.6.4". I have to disable this thorn in my thornlist (or machine definition file) to compile the ET. This means that the ET will not compile out of the box on Mac OS. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1658> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1934: pciutils was broken
by Einstein Toolkit 05 Jul '18

05 Jul '18

#1934: pciutils was broken ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- ExternalLibraries/pciutils was broken; the configure.sh script references two patch files that were not there. I reverted the commit. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1934> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1906: CarpetRegrid2: possible off-by-one error when using regrid_every parameter
by Einstein Toolkit 28 Jun '18

28 Jun '18

#1906: CarpetRegrid2: possible off-by-one error when using regrid_every parameter ---------------------------+------------------------------------------------ Reporter: bmundim | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: CarpetRegrid2 | ---------------------------+------------------------------------------------ I was working on a par file for a quick regridding test and found out an unexpected behaviour regarding regridding. Basically I want a par file with a few iterations such that it adds a refinement level every 4 iterations for example. I set the following parameters then: {{{ CarpetRegrid2::add_levels_automatically = "yes" CarpetRegrid2::regrid_every = 4 }}} for a grid structure as such: {{{ Cactus::cctk_itlast = 10 CoordBase::xmin = -0.5 CoordBase::ymin = -0.5 CoordBase::zmin = -0.5 CoordBase::xmax = 0.5 CoordBase::ymax = 0.5 CoordBase::zmax = 0.5 CoordBase::ncells_x = 16 CoordBase::ncells_y = 16 CoordBase::ncells_z = 16 Carpet::max_refinement_levels = 3 CarpetRegrid2::num_centres = 1 CarpetRegrid2::active_1 = "yes" CarpetRegrid2::num_levels_1 = 1 CarpetRegrid2::radius_1[1] = 0.12 CarpetRegrid2::radius_1[2] = 0.04 }}} I was expecting then regridding to happen at iterations 4 and 8, however if you run the attached par file, a modification of balsara shocktube test, you see that the level additions actually happen at iterations 5 and 9 instead: {{{ ... INFO (CarpetRegrid2): Increasing number of levels of centre 1 to 2 (it=5) ... INFO (CarpetRegrid2): Increasing number of levels of centre 1 to 3 (it=9) }}} which is apparently an off-by-one kind of error. I tracked down the code producing these messages and it comes from function CarpetRegrid2_RegridMaps at CarpetRegrid2/src/regrid.cc, lines 745 to 747. In order for that piece of code to execute we do have to have do_recompose set to true. Strangely the condition to set it, compares the previous iteration to the regrid_every parameter on line 707 of the same file: {{{ (cctk_iteration - 1) % regrid_every == 0 }}} Investigating if this actually makes sense I was led to what I think it might be the source of the problem on line 58 of Carpet/src/Evolve.cc. Time and iteration is advanced before calling CallRegrid. Skimming over the AdvanceTime routine it is not clear to me that it really needs to be called before CallRegrid. If it is really needed then why the condition to regrid or not is not taken on the current updated iteration as in: {{{ cctk_iteration % regrid_every == 0 }}} Thanks, Bruno -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1906> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1778: Scheduling WHILE Loops in CCTK_ANALYSIS Results in Hang
by Einstein Toolkit 28 Jun '18

28 Jun '18

#1778: Scheduling WHILE Loops in CCTK_ANALYSIS Results in Hang --------------------------------+------------------------------------------- Reporter: zachetie@… | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: ET_2015_05 Keywords: | --------------------------------+------------------------------------------- When encountering a WHILE loop inside CCTK_ANALYSIS, Cactus simply hangs. I have created a simple thorn, ScheduleTester, that reproduces this problem 100% of the time. The thorn only takes as input the number of iterations desired in the WHILE loop. I have attached this thorn, as well as example .par and ThornList files to this ticket. This problem is verified to exist within 2015_05 as well as 2014_11 ET releases. I have not tried past releases. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1778> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1992: provide bibtext snippets for requested cittations on ET website
by Einstein Toolkit 26 Jun '18

26 Jun '18

#1992: provide bibtext snippets for requested cittations on ET website ----------------------------+----------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus website | Version: development version Keywords: | ----------------------------+----------------------------------------------- Our citing page http://einsteintoolkit.org/documentation/licenses/ right now lists the bibtex key and the doi for the requested citations. It would be useful to make the bibtex keys hyperlinks to a bibtex fragment for the paper in question that could be copied and pasted into a user's bibtext file. If we don't want to use the fragment from our own einsteintoolkit.bib we could use INSPIRE's doe search facility using "bibtex" as the output format, eg: http://inspirehep.net/search?ln=en&ln=en&p=doi%3A10.1088%2F0264-9381%2F21%2… for the Carpet reference. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1992> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2018