<!DOCTYPE html>
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Minutes for the Einstein Toolkit Meeting, 20250904.<br>
<a class="moz-txt-link-freetext" href="https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call">https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call</a><br>
9am CDT Thursdays<br>
</p>
<p>Present: Steve B, Deborah F, Peter D, Peyhan, Roland H, Lucas
TS, Johnny T, Nikolai W, Zach E, Keith D, Bill G, Leo W<br>
Chair: Peter D Minutes: Bill G</p>
<p>* BBH gallery example (Zach) -- not yet done (2024-11 also
missing)<br>
Peter and Zach, no new work.<br>
</p>
<p>* AOB<br>
** Next release is in May 2026 and Steve is the release manager.
<a class="moz-txt-link-freetext" href="https://docs.einsteintoolkit.org/et-docs/Release_Process">https://docs.einsteintoolkit.org/et-docs/Release_Process</a><br>
</p>
<p>* Unanswered emails
<a class="moz-txt-link-freetext" href="https://www.einsteintoolkit.org/tools/unanswered.php">https://www.einsteintoolkit.org/tools/unanswered.php</a> <br>
** No updates.</p>
<p>* Open tickets sorted
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?status=open&status=new&sort=-updated_on">https://bitbucket.org/einsteintoolkit/tickets/issues?status=open&status=new&sort=-updated_on</a></p>
<p>#2885, test for std::filesystem availability in Silo output
likely broken<br>
Roland, this should not affect you if you are on a modern system.
You have to look at a predefined variable and you have to use it
to include the version of a file, and it is declared in those
files. There is a version.h that was standardized in
C++20...exists in older gcc but not standardized. In the IO code
of Carpet that writes out Silo, maybe check on a file existence.
Not a major issue. Was in CC_Export also, which has a recent pull
request with the fix. Some bug with a static variable that
depends on a function argument so it is never changed. On
Deborah's to do list also. Deborah, it may not need to change.
Will take a look at it.<br>
</p>
<p>#2882, Running BBH with CarpetX with CPUs: High memory
consumption and low performance<br>
Alejandra will take a look at it.</p>
<p>#1847, FFTW3 fortran interface not working for system
installation<br>
A very old ticket from Frank Loeffler. Yosef may use FFTW in his
code(s).</p>
<p>#2858, SF files for MN5 (was: Compiling CarpetX: issues with
PDESolvers)<br>
Changed the name to the current one. Lucas has begun testing,
thinks files very specific to Alejandra's work, on Marenostrum 5
(Barcelona). Some external libraries seem to compile themselves
and put them into a folder referencing the user. Steve, not
uncommon but should not had code the user directory. Lucas, that
is what is happening here. On LSU machines there are directories
hardcoded to Steve's directories; that is where the external
libraries are, and this works. </p>
<p>Steve, setup a system to have future checkouts and builds refer
to previous compiled libraries/tools. Some external libraries
take forever to compile and better to refer to some already
installed library. Good to have a "benevolent user" to install
these for global use.</p>
<p>Lucas, (Marenostrum) the machine is organized into projects and
allocations, and projects have an expiration date...like a DOE
machine. Steve, that is awful. Lucas agrees. Lucas, think
singularity would be the right thing to do, if the image is put
together correctly. Peter, can you chance the setup so that they
use external libraries instead of their pre-compiled ones? Lucas,
have not tested with the bundles libraries. Believe they tried
that and failed. Roland, you might succeed, when they tried some
of the libraries did a git clone of a repositories. Lucas,
Marenostrum has limitations that annoy one. Will try the bare
minimum and see if that works.<br>
</p>
<p>#2866, Problem while building the ET on MN5: OpenCL<br>
Steve disavows any knowledge of this one---name removed from
ticket. This is for Marenostrum 5. [European clusters with ET
include Marenostrum 5 (Barcelona), Leonardo (Bologna), and Sunrise
(Stockholm).] Peter, maybe Lucas can take a look at OpenCL?
Roland, we are not using OpenCL for anything now---once we had an
example using it. Lucas, will try the bundled version of OpenCL
and if it fails will ask them to take it out. Leaching off of
Steve's Singularity image which works on LSU machines, might try
for Marenostrum.</p>
<p>#2867, WaveToyX examples, HDF5 output error in all three
examples.<br>
Steve, we discuss this every wekk and the error message is
considered harmless. We should close this ticket.</p>
<p>#2773, make CarpetX-ThornDoc is confused in InterLatex.pl<br>
Steve, I need to check on that.</p>
<p>#2878, CarpetX: Add multipatch output support to Silo<br>
Lucas, sitting and waiting for review. Not urgent.</p>
<p>#2764, PUGH tries to free memory not allocated by malloc<br>
Beyhan, no update.</p>
<p>#2282, gallery examples use low-order integration n Multipole<br>
Roland, part of updating.</p>
<p>#963, Improve McLachlan accuracy<br>
Peter, will meet with Zach and work on this.</p>
<p>#2706, Update default TwoPunctures parameters, or at least
default parameters in BBH gallery example<br>
Zach, part of the BBH Gallery example and will be looked at.</p>
<p>#2877, ET_BHaHAHA Features Ticket<br>
Zach, keep this one, I use it as a ticket to jot down ideas to
improve the robustness of BHaHAHA.</p>
<p>#2855, NoiseX: Improve noise generation in CarpetX<br>
Lucas, not worked on it for a while, intend to get back to it.<br>
</p>
<p>#2874, NRPyElliptic lacks regeneration instructions<br>
Leo, on my list, will get back to it. Zach, you should wait on
this. I plan to refactor NRPyElliptic in a library like BHaHAHA.
The refactor will be a different NRPyElliptic.</p>
<p>#2862, Update `SpacetimeX/Z4c` robust stability paramete file<br>
Lucas, that is just a parameter file update. Will review desire
to include. The existing one did not work, but this one should.</p>
<p>#2860, Don't call the optimized 4th order second derivative
operators.<br>
Peter, will take a look at it.</p>
<p>#2052, piraha assumes that assert(false) always aborts<br>
Steve, I will get to this one.</p>
<p>* Tickets for Review
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?status=new&status=open&sort=-updated_on&q=Please%20review">https://bitbucket.org/einsteintoolkit/tickets/issues?status=new&status=open&sort=-updated_on&q=Please%20review</a></p>
<p>Nothing new. Roland, no longer a ticket to backport libraries
that compile with GCC 15 to earlier or to update with cmake 4.0.
Applied those changes to master and release branches. Tickets
#2880, #2883.<br>
</p>
<p>*AOB at end of meeting</p>
<p>Roland, have a CarpetX call next and Erik said he would give a
presentation on mesh files.</p>
<p>Zach, should we advertise the CarpetX call? Roland, we should
list it. Will draft a description of CarpetX and give the call
link. Bill, maybe we should put it down at the ET Meeting link
[wiki] and not on the front web page.<br>
CarpetX wiki <a class="moz-txt-link-freetext" href="https://github.com/EinsteinToolkit/CarpetX/wiki">https://github.com/EinsteinToolkit/CarpetX/wiki</a><br>
CarpetX zoom
<a class="moz-txt-link-freetext" href="https://ubc.zoom.us/j/66033196685?pwd=zxXTpcrBY1L7nT2kNFITm71ZuoZEiO.1">https://ubc.zoom.us/j/66033196685?pwd=zxXTpcrBY1L7nT2kNFITm71ZuoZEiO.1</a><br>
</p>
<p><br>
</p>
<p>Next Meeting, Thursday, 11 September 2025.
<a class="moz-txt-link-freetext" href="https://docs.einsteintoolkit.org/et-docs/Meeting_agenda">https://docs.einsteintoolkit.org/et-docs/Meeting_agenda</a></p>
<p><br>
</p>
<p>FYI, bill e.g.<br>
</p>
<div class="moz-signature">-- <br>
<a href="https://gabella.github.io/index.html">Home Page</a>
<a href="https://www.linkedin.com/in/bill-gabella-350b016/">LinkedIn</a></div>
</body>
</html>