#2176: Test "Binary neutron star" example
Reporter: Roland Haas
Status: resolved
Milestone: ET_2024_05
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Changes (by Roland Haas):
status: resolved (was open)
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…
#2813: Allow CarpetX to implement Driver.
Reporter: Steven R. Brandt
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component:
Several problems exist with respect to making CarpetX implement Driver.
\(1\) It has a grid function named regrid\_error that PUGH and Carpet do not.
\(2\) Carpet and PUGH have periodic\_x…z defaulting to true instead of false.
\(3\) CarpetX does not have a parameter named periodic.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2813/allow-carpetx-to-…
#2812: make Extract work with Carpet
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Changes (by Roland Haas):
responsible: [] (was )
assignee: David Radice (was )
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2812/make-extract-work…
#2812: make Extract work with Carpet
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
This pull request contains three patches needed for Extract to be usable with Carpet in AMR simulations. Admittedly, these are workarounds and Exact would probably need to be redesigned to more transparently work with AMR grids. I have tested these changes and I can now use Extract to Extract gravitational wave and.the results are consistent with those of Multipole \+ integration of Psi4.
* Extract: do not check grid extension
Extract is not producing any output, because it incorrectly assumes that the detectors are outside of the grid. This patch is a workaround which removes this check.
* Extract: set variables prolongation to None
* Extract: only extract waves in one refinement level
Extract was previously attempting to extract waves on all refinement levels, producing incorrect output for those levels that do not include the extraction surfaces. This patch adds a parameter to Extract to specify which refinement level to analyize.
In the long term, it would be cleaner to redesign Extract to work in GLOBAL mode, rather than in LOCAL mode.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2812/make-extract-work…
#2172: Test "Binary black hole GW150914" example
Reporter: Roland Haas
Status: open
Milestone: ET_2024_05
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Comment (by Deborah Ferguson):
I have run GW150914.par and confirmed that the output looks right. I’ve uploaded the tar.gz and updated the website with the date last tested.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black…
#2811: Formaline Optionally use non-system Perl
Reporter: Yosef Zlochower
Status: open
Milestone:
Version:
Type: proposal
Priority: minor
Component: Cactus
Comment (by Roland Haas):
Cactus' build system uses the `make` \(and thus shell\) variable `$PERL` for the location of the configured Perl interpreter. This cannot quite be used in the `#!` line since that line does not do variable expansion.
We also cannot use any options of `env` other than the ones in POSIX: [https://pubs.opengroup.org/onlinepubs/9699919799/utilities/env.html](https:… so `-S` is not possible \(though it does seems to be supported on Linux and macOS\). Otherwise using something like `env -S ${PERL} -w` would be great.
Instead the Cactus make files run perl scripts as `$PERL foo.pl` and the scripts should use `use warnings;` instead of the `-w` switch.
Is that something that you could give a try? I am not sure what other scripts in Formaline exist that are directly called and not already via `$PERL`.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2811/formaline-optiona…