From trac-noreply at einsteintoolkit.org Tue Sep 2 12:46:37 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 02 Sep 2025 17:46:37 +0000 Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0 Message-ID: #2883: ExternalLibraries fail to build with cmake 4.0 Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Applied as git hash [c6ac85d](https://github.com/EinsteinToolkit/ExternalLibraries-openPMD/commits/c6ac85d8f63ec4521e77d815035c0361c025614f) "openPMD: bump version to 0.16.1" of [ExternalLibraries-openPMD](https://github.com/EinsteinToolkit/ExternalLibraries-openPMD) Applied as git hash [dcbde10](https://github.com/EinsteinToolkit/ExternalLibraries-NSIMD/commits/dcbde10e004889383c5e57fe0837a734fdd4b37a) "NSIMD: update version requirements to support CMake 4.0" of [ExternalLibraries-NSIMD](https://github.com/EinsteinToolkit/ExternalLibraries-NSIMD) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 2 12:46:51 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 02 Sep 2025 17:46:51 +0000 Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0 Message-ID: #2883: ExternalLibraries fail to build with cmake 4.0 Reporter: Roland Haas Status: resolved Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: resolved (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 2 13:00:47 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 02 Sep 2025 18:00:47 +0000 Subject: [ET Trac] #2880: backport ExternalLibraries changes for gcc-15, and RPM-based repos to Kruskal Message-ID: #2880: backport ExternalLibraries changes for gcc-15, and RPM-based repos to Kruskal Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Backported as git hash [c45b71f](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/commits/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7) "ADIOS2: make compile with gcc15 by adding stdint" of [ExternalLibraries-ADIOS2](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2) Backported as git hash [0bf0d5b](https://github.com/EinsteinToolkit/ExternalLibraries-Silo/commits/0bf0d5b47067b06f95aec94342ef6348c95d1983) "Silo: force libdir when building from source" of [ExternalLibraries-Silo](https://github.com/EinsteinToolkit/ExternalLibraries-Silo) Backported as git hash [5bde5bf](https://github.com/EinsteinToolkit/ExternalLibraries-HDF5/commits/5bde5bfbf02dfb79d460689ee88eb5c9b092cccc) "HDF5: use env variable for --keep-system-libs instead of option" of [ExternalLibraries-HDF5](https://github.com/EinsteinToolkit/ExternalLibraries-HDF5) Backported as git hash [dcbde10](https://github.com/EinsteinToolkit/ExternalLibraries-NSIMD/commits/dcbde10e004889383c5e57fe0837a734fdd4b37a) "NSIMD: update version requirements to support CMake 4.0" of [ExternalLibraries-NSIMD](https://github.com/EinsteinToolkit/ExternalLibraries-NSIMD) Backported as git hash [c6ac85d](https://github.com/EinsteinToolkit/ExternalLibraries-openPMD/commits/c6ac85d8f63ec4521e77d815035c0361c025614f) "openPMD: bump version to 0.16.1" of [ExternalLibraries-openPMD](https://github.com/EinsteinToolkit/ExternalLibraries-openPMD) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2880/backport-externallibraries-changes-for-gcc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 2 13:01:17 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 02 Sep 2025 18:01:17 +0000 Subject: [ET Trac] #2880: backport ExternalLibraries changes for gcc-15, and RPM-based repos to Kruskal Message-ID: #2880: backport ExternalLibraries changes for gcc-15, and RPM-based repos to Kruskal Reporter: Roland Haas Status: resolved Milestone: Version: Type: bug Priority: major Component: Changes (by Roland Haas): status: resolved (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2880/backport-externallibraries-changes-for-gcc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 03:00:39 2025 From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez) Date: Wed, 03 Sep 2025 08:00:39 +0000 Subject: [ET Trac] #2882: Running BBH with CarpetX with CPUs: High memory consumption and low performance Message-ID: #2882: Running BBH with CarpetX with CPUs: High memory consumption and low performance Reporter: Alejandra Gonzalez Status: new Milestone: Version: Type: bug Priority: major Component: CarpetX Comment (by Alejandra Gonzalez): An update on this: CarpetX \(main branch\) CPU without subcycling ? still consumes a lot of memory and the performance keeps being slow CarpetX \(liwei?s branch\) CPU with subcycling ? I keep getting out of memory errors so I still haven?t gotten the chance to check its performance -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-carpetx-with-cpus-high -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 14:22:17 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 03 Sep 2025 19:22:17 +0000 Subject: [ET Trac] #2885: test for std::filesystem availability in Silo output likely broken Message-ID: #2885: test for std::filesystem availability in Silo output likely broken Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: The test ``` #if defined __cpp_lib_filesystem && __cpp_lib_filesystem < 201703L #include namespace fs = std::experimental::filesystem; #else #include namespace fs = std::filesystem; #endif ``` \(or so\) in the Silo output routines is quite likely not performing as intended. Namely 1. `__cpp_lib_filesystem` is defined either in `` \(C\+\+20\) or in `` \(which is what we want to test for\) 2. if defined \(at least in g\+\+12\) it is set to the constant `201703L` anyway References: \* [https://en.cppreference.com/w/cpp/feature\_test.html](https://en.cppreference.com/w/cpp/feature_test.html) \(though g\+\+ does provide a version file even in version of gcc that do not support C\+\+20 and also when C\+\+20 is not the language version used\) \* [https://stackoverflow.com/a/53365539](https://stackoverflow.com/a/53365539) which is somewhat more complex than we?d want, and also would require access to ``. The current workaround exists b/c of old gcc versions \(7 apparently\) and also for some clusters where the \(AMD / clang / hip\) compiler is old. ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2885/test-for-std-filesystem-availability-in -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 17:16:52 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 03 Sep 2025 22:16:52 +0000 Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0 Message-ID: #2883: ExternalLibraries fail to build with cmake 4.0 Reporter: Roland Haas Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: open (was resolved) Comment (by Roland Haas): Also fails in yaml-cpp (which Fedora had a binary package, so this was not noticed before). Reported by Jasper Bos. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 18:06:11 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 03 Sep 2025 23:06:11 +0000 Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0 Message-ID: #2883: ExternalLibraries fail to build with cmake 4.0 Reporter: Roland Haas Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): CMake fix for yaml-cpp: [https://github.com/EinsteinToolkit/ExternalLibraries-yaml\_cpp/pull/2](https://github.com/EinsteinToolkit/ExternalLibraries-yaml_cpp/pull/2) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 18:07:23 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 03 Sep 2025 23:07:23 +0000 Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0 Message-ID: #2883: ExternalLibraries fail to build with cmake 4.0 Reporter: Roland Haas Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Applied as git hash [d19a948](https://github.com/EinsteinToolkit/ExternalLibraries-yaml_cpp/commits/d19a9486a154b823446fc0233321bc662d72bd0b) "yaml-cpp: patch minimum CMake requirement" of [ExternalLibraries-yaml\_cpp](https://github.com/EinsteinToolkit/ExternalLibraries-yaml_cpp) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 18:09:06 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 03 Sep 2025 23:09:06 +0000 Subject: [ET Trac] #2880: backport ExternalLibraries changes for gcc-15, and RPM-based repos to Kruskal Message-ID: #2880: backport ExternalLibraries changes for gcc-15, and RPM-based repos to Kruskal Reporter: Roland Haas Status: resolved Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Backported as git hash [0a4f089](https://github.com/EinsteinToolkit/ExternalLibraries-yaml_cpp/commits/0a4f0895d8b1cf8099fe3a1fb1c6b08131cc58d4) "yaml-cpp: patch minimum CMake requirement" of [ExternalLibraries-yaml\_cpp](https://github.com/EinsteinToolkit/ExternalLibraries-yaml_cpp) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2880/backport-externallibraries-changes-for-gcc -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Sep 3 18:09:26 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 03 Sep 2025 23:09:26 +0000 Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0 Message-ID: #2883: ExternalLibraries fail to build with cmake 4.0 Reporter: Roland Haas Status: resolved Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 4 09:04:20 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 04 Sep 2025 14:04:20 +0000 Subject: [ET Trac] #2858: SF files for MN5 (was: Compiling CarpetX: issues with PDESolvers) Message-ID: #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-was-compiling-carpetx -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 4 09:15:40 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 04 Sep 2025 14:15:40 +0000 Subject: [ET Trac] #2866: Problem while building the ET on MN5: OpenCL Message-ID: #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-building-the-et-on-mn5 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 4 09:21:14 2025 From: trac-noreply at einsteintoolkit.org (Erik Schnetter) Date: Thu, 04 Sep 2025 14:21:14 +0000 Subject: [ET Trac] #2885: test for std::filesystem availability in Silo output likely broken Message-ID: #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\+\+, `` 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-filesystem-availability-in -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 4 13:25:02 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 04 Sep 2025 18:25:02 +0000 Subject: [ET Trac] #2885: test for std::filesystem availability in Silo output likely broken Message-ID: #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-filesystem-availability-in -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 4 13:25:07 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 04 Sep 2025 18:25:07 +0000 Subject: [ET Trac] #2885: test for std::filesystem availability in Silo output likely broken Message-ID: #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-filesystem-availability-in -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 4 13:36:23 2025 From: trac-noreply at einsteintoolkit.org (Bill Gabella) Date: Thu, 04 Sep 2025 18:36:23 +0000 Subject: [ET Trac] #2874: NRPyElliptic lacks regeneration instructions Message-ID: #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-lacks-regeneration -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 09:28:26 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 14:28:26 +0000 Subject: [ET Trac] #2886: support cell centered directions when calling Fortran scheduled functions Message-ID: #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/eef7e55c0b20c4c31028adb42c6d7d52120343c1) "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-centered-directions-when -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 09:29:04 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 14:29:04 +0000 Subject: [ET Trac] #2886: support cell centered directions when calling Fortran scheduled functions Message-ID: #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-centered-directions-when -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 09:30:42 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 14:30:42 +0000 Subject: [ET Trac] #2886: support cell centered directions when calling Fortran scheduled functions Message-ID: #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://gcc.gnu.org/onlinedocs/gfortran/C_005fF_005fPOINTER.html) ```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-centered-directions-when -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 14:40:08 2025 From: trac-noreply at einsteintoolkit.org (Zach Etienne) Date: Tue, 09 Sep 2025 19:40:08 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #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](https://bitbucket.org/einsteintoolkit/einsteininitialdata/pull-requests/21) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 14:40:16 2025 From: trac-noreply at einsteintoolkit.org (Zach Etienne) Date: Tue, 09 Sep 2025 19:40:16 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: major Component: Comment (by Zach Etienne): Please review -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 16:24:33 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 21:24:33 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: new Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): hmm, how about: [https://bitbucket.org/einsteintoolkit/tickets/issues/2706/update-default-twopunctures-parameters-or?iframe=true&spa=0#comment-65802578](https://bitbucket.org/einsteintoolkit/tickets/issues/2706/update-default-twopunctures-parameters-or?iframe=true&spa=0#comment-65802578) > The BBH gallery example has a rather unusual choice of initial lapse, setting it to the average value of 1 - m\_i / \(2r\_i\) for both punctures i. More typically the initial lapse is set to the ?pre-collapsed? value of psi^\{-2\} which goes like 1 - M/r at large radii for total binary mass M. This is the same asymptotic behavior that the will lapse relax to, and so this choice results in less gauge dynamics than the ?averaged lapse? value. TwoPunctures supports `initial_lapse = "psi^n"` and chooses a perfectly fine default value of `n=initial_lapse_psi_exponent=-2` . ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 16:24:39 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 21:24:39 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 16:25:07 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 21:25:07 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Changes (by Roland Haas): responsible: [] (was ) assignee: Zach Etienne (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 16:28:04 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 21:28:04 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): uh, looking at the pull request, I notice the difference. So #2706 should not use `initial_lapse = "psi^n"` after all. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Sep 9 16:45:43 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 09 Sep 2025 21:45:43 +0000 Subject: [ET Trac] #2706: Update default TwoPunctures parameters, or at least default parameters in BBH gallery example Message-ID: #2706: Update default TwoPunctures parameters, or at least default parameters in BBH gallery example Reporter: Roland Haas Status: new Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit website Comment (by Roland Haas): Note: #2887 indicated `psi^n` is not quite what one wants it to be \(namely `(psi+u)^n`\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2706/update-default-twopunctures-parameters-or -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 11 08:52:57 2025 From: trac-noreply at einsteintoolkit.org (Zach Etienne) Date: Thu, 11 Sep 2025 13:52:57 +0000 Subject: [ET Trac] #2706: Update default TwoPunctures parameters, or at least default parameters in BBH gallery example Message-ID: #2706: Update default TwoPunctures parameters, or at least default parameters in BBH gallery example Reporter: Roland Haas Status: new Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit website Comment (by Zach Etienne): @{557058:59e031ba-9bb5-4298-a472-7b99d0ae6f22} : I have removed the string comparison in the inner loop. Also it took 12 minutes for Bitbucket to propagate my change from my branch to the PR. Unacceptable, @atlassian. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2706/update-default-twopunctures-parameters-or -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 11 11:43:20 2025 From: trac-noreply at einsteintoolkit.org (Zach Etienne) Date: Thu, 11 Sep 2025 16:43:20 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Comment (by Zach Etienne): When Slow Start Lapse \(SSL\) is disabled, setting initial\_lapse = psi^n with n = -2 results in evolutions that are nearly indistinguishable from initial\_lapse = W. However, keeping the default as initial\_lapse = W is safer for future compatibility: if SSL is later enabled and the lapse is not initially W, you?ll see a spike in the Einstein constraints. Here?s why: SSL exponentially relaxes the lapse toward \*W\* very early in the wormhole-to-trumpet transition, smoothing the sharp outgoing-lapse feature that accounts for >99.9% of constraint violations in moving-puncture BBH evolutions \(see [https://arxiv.org/abs/2404.01137](https://arxiv.org/abs/2404.01137)\). If the lapse isn?t initially set to W, then ?Slow Start? would be better termed ?Fast and Reckless?, as the initial lapse will be exponentially driven to W from whatever it was set to initially ? leading to the aforementioned _spike_ in Einstein constraints. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 11 14:56:43 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 11 Sep 2025 19:56:43 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): Please apply. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 11 14:56:48 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 11 Sep 2025 19:56:48 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): Applied as git hash [3d014938](https://bitbucket.org/einsteintoolkit/einsteininitialdata/commits/3d014938cc6165a80caeb53b66f814452cc34f89) "TwoPunctures: implement W-type precollapsed lapse" of [einsteininitialdata](https://bitbucket.org/einsteintoolkit/einsteininitialdata) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 11 14:57:01 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 11 Sep 2025 19:57:01 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: open Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): Thank you. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 11 14:57:05 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 11 Sep 2025 19:57:05 +0000 Subject: [ET Trac] #2887: TwoPunctures does not support Slow-Start Lapse. Message-ID: #2887: TwoPunctures does not support Slow-Start Lapse. Reporter: Zach Etienne Status: resolved Milestone: Version: Type: enhancement Priority: major Component: Changes (by Roland Haas): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2887/twopunctures-does-not-support-slow-start -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Sep 18 09:34:58 2025 From: trac-noreply at einsteintoolkit.org (Zach Etienne) Date: Thu, 18 Sep 2025 14:34:58 +0000 Subject: [ET Trac] #2706: Update default TwoPunctures parameters, or at least default parameters in BBH gallery example Message-ID: #2706: Update default TwoPunctures parameters, or at least default parameters in BBH gallery example Reporter: Roland Haas Status: new Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit website Comment (by Zach Etienne): Plan is to complete #963 ?improve McLachlan accuracy? as part of the update to the BBH gallery example. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2706/update-default-twopunctures-parameters-or -------------- next part -------------- An HTML attachment was scrubbed... URL: