Trac September 2025

trac@lists.einsteintoolkit.org

1 participants
61 discussions

#2887: TwoPunctures does not support Slow-Start Lapse.
by Zach Etienne 09 Sep '25

09 Sep '25

#2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: major Component: Currently TwoPunctures offers several options for setting the initial lapse. None of these options are compatible with Slow-Start Lapse \[arXiv:2404.01137, Phys. Rev. D 110, 064045 \(2024\)\], which requires that the initial lapse be set to W=\(psi\+u\)^\{-2\}. Here is the PR that resolves this issue: [https://bitbucket.org/einsteintoolkit/einsteininitialdata/pull-requests/21]… -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does…

1 0

#2886: support cell centered directions when calling Fortran scheduled functions
by Roland Haas 09 Sep '25

09 Sep '25

#2886: support cell centered directions when calling Fortran scheduled functions Reporter: Roland Haas Status: open Milestone: Version: Type: enhancement Priority: major Component: Cactus Comment (by Roland Haas): A somehwat ugly workaround right now would be use of Fortran 2003’s `iso_c_binding` module and using C pointers as intermediate pointers as in [https://gcc.gnu.org/onlinedocs/gfortran/C\_005fF\_005fPOINTER.html](https:/… ```fortran program main use iso_c_binding implicit none interface subroutine my_routine(p) bind(c,name='myC_func') import :: c_ptr type(c_ptr), intent(out) :: p end subroutine end interface type(c_ptr) :: cptr real,pointer :: a(:) call my_routine(cptr) call c_f_pointer(cptr, a, [12]) end program main ``` ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2886/support-cell-cent…

1 0

#2886: support cell centered directions when calling Fortran scheduled functions
by Roland Haas 09 Sep '25

09 Sep '25

#2886: support cell centered directions when calling Fortran scheduled functions Reporter: Roland Haas Status: open Milestone: Version: Type: enhancement Priority: major Component: Cactus Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2886/support-cell-cent…

1 0

#2886: support cell centered directions when calling Fortran scheduled functions
by Roland Haas 09 Sep '25

09 Sep '25

#2886: support cell centered directions when calling Fortran scheduled functions Reporter: Roland Haas Status: new Milestone: Version: Type: enhancement Priority: major Component: Cactus The current code in git hash [eef7e55c](https://bitbucket.org/cactuscode/cactus/commits/eef7e55c0b20c4c31… "Cactus: use only group index based functions in Fortran wrappers" of [cactus](https://bitbucket.org/cactuscode/cactus), while removing a potential race condition does not yet correctly set up cell centered arrays for Fortran since it makes all grid functions have shape `cctk_lsh` which is the shape of a vertex centered grid function \(that is one element too large in each direction for a fully cell centered grid function\). This should be corrected in a manner similar to the `DECLARE_CCTK_ARGUMENTSX_FunctionName` macros in C\+\+. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2886/support-cell-cent…

1 0

#2874: NRPyElliptic lacks regeneration instructions
by Bill Gabella 04 Sep '25

04 Sep '25

#2874: NRPyElliptic lacks regeneration instructions Reporter: Steven R. Brandt Status: new Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Bill Gabella): In the meeting today, Zach said he is refactoring NRPyElliptic into a library like BHaHAHA. That may/should fix this problem…or at least the NRPyElliptic will be different. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2874/nrpyelliptic-lack…

1 0

#2885: test for std::filesystem availability in Silo output likely broken
by Roland Haas 04 Sep '25

04 Sep '25

#2885: test for std::filesystem availability in Silo output likely broken Reporter: Roland Haas Status: on hold Milestone: Version: Type: bug Priority: minor Component: Changes (by Roland Haas): status: on hold (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2885/test-for-std-file…

1 0

#2885: test for std::filesystem availability in Silo output likely broken
by Roland Haas 04 Sep '25

04 Sep '25

#2885: test for std::filesystem availability in Silo output likely broken Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Comment (by Roland Haas): I think the issue was some AMD clang compiler on Frontier that, while accepting `-std=c++17` would only provide `filesystem` in `experimental`. On the other hand just testing this right now, I cannot make it fail. Well, I will see if I can set this ticket to sleep for a bit. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2885/test-for-std-file…

1 0

#2885: test for std::filesystem availability in Silo output likely broken
by Erik Schnetter 04 Sep '25

04 Sep '25

#2885: test for std::filesystem availability in Silo output likely broken Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Comment (by Erik Schnetter): I would say that, as long as this code compiles, it is working “well enough” for us. In modern C\+\+, `<filesystem>` is available, and we are looking for a fall-back for old C\+\+ compilers. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2885/test-for-std-file…

1 0

#2866: Problem while building the ET on MN5: OpenCL
by Roland Haas 04 Sep '25

04 Sep '25

#2866: Problem while building the ET on MN5: OpenCL Reporter: Samuel Gómez Status: new Milestone: Version: Type: bug Priority: blocker Component: Cactus Changes (by Roland Haas): responsible: (was []) assignee: (was Steven R. Brandt) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2866/problem-while-bui…

1 0

#2858: SF files for MN5 (was: Compiling CarpetX: issues with PDESolvers)
by Roland Haas 04 Sep '25

04 Sep '25

#2858: SF files for MN5 (was: Compiling CarpetX: issues with PDESolvers) Reporter: Alejandra Gonzalez Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): title: SF files for MN5 (was: Compiling CarpetX: issues with PDESolvers) (was Compiling CarpetX: issues with PDESolvers) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/sf-files-for-mn5-…

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac September 2025