#2616: Add NRPyEllipticET to the Einstein Toolkit
Reporter:
Status: new
Milestone:
Version:
Type: enhancement
Priority: major
Component:
NRPyElliptic is a new, hyperbolic relaxation elliptic solver (Assumpcao et al, https://doi.org/10.1103/PhysRevD.105.104037). NRPyEllipticET is the associated Einstein Toolkit thorn, which we propose for inclusion.
In its first application, NRPyElliptic sets up conformally flat, binary black hole (BBH) puncture initial data (ID) on a single numerical domain, similar to TwoPunctures. While it is about 6x slower than TwoPunctures, NRPyElliptic requires only about 0.3% of the runtime for a full BBH simulation in the Einstein Toolkit.
As consumers of numerical relativity ID generally already possess expertise in solving hyperbolic PDEs, they will generally find NRPyElliptic easier to tweak and extend than other elliptic solvers. We are actively working to extend NRPyElliptic to solve other types of ID, and these new ID types will be added to the ET thorn.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2616/add-nrpyelliptice…
#2615: Riemann release not compiling with intel 2021.6.0
Reporter: Wolfgang Kastaun
Status: new
Milestone:
Version: ET_2022_05
Type: bug
Priority: minor
Component:
Comment (by Roland Haas):
PAPI is low level enough that getting it ot compile is always tricky.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2615/riemann-release-n…
#2615: Riemann release not compiling with intel 2021.6.0
Reporter: Wolfgang Kastaun
Status: new
Milestone:
Version: ET_2022_05
Type: bug
Priority: minor
Component:
Comment (by Roland Haas):
THere’s a max line length for fortran 90, maybe it’s running into that? May guess would also be that it could be any of the `!$OMP` lines that is off and ifort only reports on the final line?
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2615/riemann-release-n…
#2615: Riemann release not compiling with intel 2021.6.0
Reporter: Wolfgang Kastaun
Status: new
Milestone:
Version: ET_2022_05
Type: bug
Priority: minor
Component:
Comment (by Wolfgang Kastaun):
After removing Lean from the thornlist, I run into the next problem when building PAPI
`PAPI: Building...`
`pfmlib_amd64.c(194): error: identifier "asm" is undefined`
`asm volatile("cpuid" : "=a" (*a), "=b" (*b), "=c" (*c), "=d" (*d) : "a" (op) : "memory");`
`^`
`pfmlib_amd64.c(194): error: expected a ";"`
`asm volatile("cpuid" : "=a" (*a), "=b" (*b), "=c" (*c), "=d" (*d) : "a" (op) : "memory");`
`^`
`compilation aborted for pfmlib_amd64.c (code 2)`
`make[6]: *** [/holohome/wolfgang.kastaun/ET/Riemann/Cactus/configs/intelcomp2/scratch/build/PAPI/papi-6.0.0.1/src/libpfm4/lib/../rules.mk:30: pfmlib_amd64.o] Error 2`
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2615/riemann-release-n…
#2615: Riemann release not compiling with intel 2021.6.0
Reporter: Wolfgang Kastaun
Status: new
Milestone:
Version: ET_2022_05
Type: bug
Priority: minor
Component:
When trying to build a pristine checkout of the Riemann release using the official [einsteintoolkit.th](http://einsteintoolkit.th) provided with the release, compilation of `arrangements/Lean/LeanBSSNMoL/src/adm_vs_bssn.F90` fails. I am using intel compilers version 2021.6.0. The issue seems to be a multiline OMP directive
`holohome/wolfgang.kastaun/ET/Riemann/Cactus/arrangements/Lean/LeanBSSNMoL/src/adm_vs_bssn.F90(197): error #7844: Invalid directive.`
`!$OMP a, b, c, m, n)`
The code looks like
`192 !$OMP PARALLEL DO COLLAPSE(3) &`
`193 !$OMP PRIVATE( i, j, k, &`
`194 !$OMP hh, jac, hu, &`
`195 !$OMP d1_hh11, d1_hh12, d1_hh13, d1_hh22, d1_hh23, d1_hh33, d1_hh, &`
`196 !$OMP cf1, cf2, gammat, &`
`197 !$OMP a, b, c, m, n)`
`198 do k = 1+cctk_nghostzones(3), cctk_lsh(3)-cctk_nghostzones(3)`
`199 do j = 1+cctk_nghostzones(2), cctk_lsh(2)-cctk_nghostzones(2)`
`200 do i = 1+cctk_nghostzones(1), cctk_lsh(1)-cctk_nghostzones(1)`
I think this is legal but the intel ifort compiler apparently disagrees.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2615/riemann-release-n…
#2604: Simbuilding problem on macOS Monterey
Reporter: Lorenzo Bertassi
Status: open
Milestone:
Version: ET_2021_11
Type: bug
Priority: major
Component: SimFactory
Comment (by shanshan rodriguez):
Sounds great. I will call into the ET call tomorrow at 8:30 AM CDT. Thanks!
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2604/simbuilding-probl…
#2604: Simbuilding problem on macOS Monterey
Reporter: Lorenzo Bertassi
Status: open
Milestone:
Version: ET_2021_11
Type: bug
Priority: major
Component: SimFactory
Comment (by Roland Haas):
To install macOS in VirtualBox? The link [https://github.com/myspaghetti/macos-virtualbox](https://github.com/myspagh… should have some information, or, if you prefer a more manual approach, this [https://en.wikibooks.org/wiki/VirtualBox/Setting\_up\_a\_Virtual\_Machine/M… should work \(also for Monterey\). Note that I cannot test with VirtualBox \(it is banned at my department\).
We can try for a short call tomorrow say 9:30CDT or \(and that may be easier\) you could call into the ET call at 8:30AM CDT and ask for help there \([https://docs.einsteintoolkit.org/et-docs/Meeting\_agenda#Connection\_Details](https://docs.einsteintoolkit.org/et-docs/Meeting_agenda#Connection_Details)\).
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2604/simbuilding-probl…
#2604: Simbuilding problem on macOS Monterey
Reporter: Lorenzo Bertassi
Status: open
Milestone:
Version: ET_2021_11
Type: bug
Priority: major
Component: SimFactory
Comment (by shanshan rodriguez):
Hi Roland, I have tried all options you suggested \(re-install Xcode, re-install Macports, and remove homebrew\), but the issue wasn’t resolved. I was able to download VirtualBox but I’m not sure how to set it up using this installer. Do you have other suggestions? Maybe if you have time, we could schedule a Zoom meeting? I really appreciate your time and patience!
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2604/simbuilding-probl…
#2585: The website does not have citations recommendations for codes in the canuda suite
Reporter: Gabriele Bozzola
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component: EinsteinToolkit website
Changes (by Roland Haas):
assignee: helvi witek (was )
responsible: [] (was )
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2585/the-website-does-…