From trac-noreply at einsteintoolkit.org  Tue Aug  5 17:47:01 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Tue, 05 Aug 2025 22:47:01 +0000
Subject: [ET Trac] #2837: Building the Einstein Toolkit
Message-ID: <E1ujQQv-000AQn-UN@7562ad49b5b3>

#2837: Building the Einstein Toolkit

 Reporter: Suo-Ning Wang
   Status: closed
Milestone: 
  Version: development version
     Type: bug
 Priority: major
Component: EinsteinToolkit website

Changes (by Roland Haas):

status: closed (was open)

Comment (by Roland Haas):

stale

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2837/building-the-einstein-toolkit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250805/8599b11a/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 03:12:04 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Thu, 07 Aug 2025 08:12:04 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1ujvjI-000Eco-2X@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Hello everyone,  
Thanks to your suggestions earlier this year I have been able to compile and successfully run CarpetX with both GPUs and CPUs in the new MareNostrum 5 machine.  
  
At the moment I?m trying to increase the mass ratio of the configurations I?m running and while jumping from q=1 to q=2 I encounter this error which I?m pretty sure you are all familiar with:  

```
cactus_sim_cx: /gpfs/home/uib/uib416720/ETK2024/CarSpX/Cactus/configs/sim_cx/build/CarpetX/interpolate.cxx:277: void CarpetX::_GLOBAL__N__5cdcd65a_15_interpolate_cxx_ba36a62c_4043235::interpolator<T, order, centering>::interpolate3d(const Particles&, std::vector<T>&) const [with Particles = amrex::ArrayOfStructs<amrex::Particle<3, 2>, amrex::ArenaAllocator>; T = double; int order = 3; int centering = 0]: Assertion `all(i >= 0 && i + order < grid.lsh)' failed.
```

I have tried to increase the domain size and the grid size on all dimensions but the error keeps showing up.  
Attached you can find the parfile I?m using.  
  
Cheers,  
Alejandra

?
attachment: q2.__0.6_0._0.__0.6_0._0.__e0.3.par (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2881/attachments/q2.__0.6_0._0.__0.6_0._0.__e0.3.par)


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250807/2e1f5e82/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 07:16:22 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Thu, 07 Aug 2025 12:16:22 +0000
Subject: [ET Trac] #2882: Running BBH with CarpetX with CPUs: High memory
 consumption and low performance
Message-ID: <E1ujzXi-000F9a-9F@7562ad49b5b3>

#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

Hello,  
This ticket is due to concerns regarding the performance of CarpetX running **with CPUs** in the new machine MareNostrum 5.

The first issue I had was the memory needed to run a q=1 configuration, coming across several out-of-memory errors \(regardless of the number of nodes requested\). The standard nodes in MN5 have 2GB per core \(112 cores per node\), so I had to switch to the high memory ones to be able to make it run \(this is the line \`#SBATCH --constraint=highmem\` in the attached batch file\). Is this also the case for other machines?  
  
The second issue is that now that is running \(`ncells=128` and 1 node\) it?s going awfully slow ~0.07 M/hr, less than I would expect from using one node. These type of binary configurations we have been running them in 2~4 nodes reaching speeds of around 4~7 M/hr with Carpet and at higher resolution.   
  
Attached you find the parfile, batch file, and output.
attachment: q1.__0._0._0.8__0._0._0.8__e0.5.par (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2882/attachments/q1.__0._0._0.8__0._0._0.8__e0.5.par)
attachment: output.log (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2882/attachments/output.log)
attachment: run_cactus.sh (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2882/attachments/run_cactus.sh)


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-carpetx-with-cpus-high
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250807/b9f8f885/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 09:44:54 2025
From: trac-noreply at einsteintoolkit.org (Liwei Ji)
Date: Thu, 07 Aug 2025 14:44:54 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1uk1rS-000FLs-Bb@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Comment (by Liwei Ji):

Hi Alejandra, could you share the output for puncture trajectory?

?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250807/42297e78/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 11:56:29 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 07 Aug 2025 16:56:29 +0000
Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0
Message-ID: <E1uk3un-000FR3-Cg@7562ad49b5b3>

#2883: ExternalLibraries fail to build with cmake 4.0

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

it seems that at least some of the ExternalLibraries fail to compile with cmake 4.0 claiming that cmake is too old and that at least cmake 3.5 is required .

This looks like they are doing the version check incorrectly \(since there is a bump in the major cmake version\).

A workaround is to downgrade cmake or to use the CMake thorns in ExternalLibraries and its embedded cmake.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250807/3241c699/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 19:03:29 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Fri, 08 Aug 2025 00:03:29 +0000
Subject: [ET Trac] #2171: PAPI Compile Issues with Intel 19 beta on Ubuntu
 18.04
Message-ID: <E1ukAa1-000Fsj-H8@7562ad49b5b3>

#2171: PAPI Compile Issues with Intel 19 beta on Ubuntu 18.04

 Reporter: Zach Etienne
   Status: wontfix
Milestone: 
  Version: development version
     Type: bug
 Priority: minor
Component: Other

Changes (by Roland Haas):

status: wontfix (was new)

I get this error message when attempting to compile the latest ETK master (Jul 27, 2018) with the default ThornList using Intel 19.0.0.070 20180524 on Ubuntu 18.04:


PAPI: Building...
In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(140): error: identifier "_Float32" is undefined
  extern _Float32 strtof32 (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(146): error: identifier "_Float64" is undefined
  extern _Float64 strtof64 (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(158): error: identifier "_Float32x" is undefined
  extern _Float32x strtof32x (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(164): error: identifier "_Float64x" is undefined
  extern _Float64x strtof64x (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(233): error: identifier "_Float32" is undefined
                       _Float32 __f)
                       ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(239): error: identifier "_Float64" is undefined
                       _Float64 __f)
                       ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(251): error: identifier "_Float32x" is undefined
                        _Float32x __f)
                        ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(257): error: identifier "_Float64x" is undefined
                        _Float64x __f)
                        ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(316): error: identifier "_Float32" is undefined
  extern _Float32 strtof32_l (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(323): error: identifier "_Float64" is undefined
  extern _Float64 strtof64_l (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(337): error: identifier "_Float32x" is undefined
  extern _Float32x strtof32x_l (const char *__restrict __nptr,
         ^

In file included from pfmlib_common.c(32):
/usr/include/stdlib.h(344): error: identifier "_Float64x" is undefined
  extern _Float64x strtof64x_l (const char *__restrict __nptr,
         ^

compilation aborted for pfmlib_common.c (code 2)


**Keyword:** None
Comment (by Roland Haas):

closing as no longer relevant

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2171/papi-compile-issues-with-intel-19-beta-on
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/66a62f80/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 19:09:04 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Fri, 08 Aug 2025 00:09:04 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1ukAfQ-000Ft1-L0@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Roland Haas):

@{557058:89ccef74-e8aa-4588-b99a-e0583a11e890} can this ticket be closed ? Since you seem to be able to at least compile now?  
  
Also: would you consider contributing your working Marenostrum5 files to simfactory?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/58c54add/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 19:09:22 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Fri, 08 Aug 2025 00:09:22 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1ukAfi-000Ft7-Jb@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Changes (by Roland Haas):

responsible: [] (was )
assignee: Roland Haas (was )


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/953e6bcc/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug  7 19:37:09 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Fri, 08 Aug 2025 00:37:09 +0000
Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0
Message-ID: <E1ukB6b-000FuI-H9@7562ad49b5b3>

#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):

Specifically this happens with NSIMD on OpenSuSE Tumbleweed:  
  

```
NSIMD: Configuring...
CMake Error at CMakeLists.txt:23 (cmake_minimum_required):
  Compatibility with CMake < 3.5 has been removed from CMake.

  Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
  to tell CMake that the project requires at least <min> but has been updated
  to work with policies introduced by <max> or earlier.

  Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway.
```

?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/2a1aa62c/attachment.htm>

From trac-noreply at einsteintoolkit.org  Fri Aug  8 03:25:14 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Fri, 08 Aug 2025 08:25:14 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1ukIPa-000Gib-II@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Comment (by Alejandra Gonzalez):

Hi Liwei, this error happens before it starts evolution, especifically after these lines:  

```
INFO (CarpetX): Initializing level 6...
INFO (PunctureTracker): Writing punc coords to box 0.
INFO (PunctureTracker): Writing punc coords to box 1.
INFO (CarpetX): Regridding...
INFO (CarpetX):   level 0: 4 boxes, 2097152 cells (100%)
INFO (CarpetX):   level 1: 4 boxes, 665600 cells (3.967%, 4%)
INFO (CarpetX):   level 2: 4 boxes, 165888 cells (0.1236%, 3%)
INFO (CarpetX):   level 3: 4 boxes, 239616 cells (0.02232%, 18%)
INFO (CarpetX):   level 4: 4 boxes, 221184 cells (0.002575%, 12%)
INFO (CarpetX):   level 5: 4 boxes, 221184 cells (0.0003219%, 12%)
INFO (CarpetX):   level 6: 4 boxes, 221184 cells (4.023e-05%, 12%)
INFO (CarpetX): Initialized 7 levels
INFO (AHFinderDirect): proc 0: searching for horizon 1/3
```

?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/0d4df02f/attachment-0001.htm>

From trac-noreply at einsteintoolkit.org  Fri Aug  8 03:27:04 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Fri, 08 Aug 2025 08:27:04 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1ukIRM-000Gin-0y@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Alejandra Gonzalez):

Hi Roland, yes this is solved and I?m happy to share the files for Marenostrum 5 to simfactory.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/278c1fd9/attachment.htm>

From trac-noreply at einsteintoolkit.org  Fri Aug  8 06:32:29 2025
From: trac-noreply at einsteintoolkit.org (Liwei Ji)
Date: Fri, 08 Aug 2025 11:32:29 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1ukLKn-000H7W-Bl@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Comment (by Liwei Ji):

You Multipole radius is outside your computational domain

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/2e87b26a/attachment.htm>

From trac-noreply at einsteintoolkit.org  Fri Aug  8 07:05:03 2025
From: trac-noreply at einsteintoolkit.org (Liwei Ji)
Date: Fri, 08 Aug 2025 12:05:03 +0000
Subject: [ET Trac] #2882: Running BBH with CarpetX with CPUs: High memory
 consumption and low performance
Message-ID: <E1ukLqJ-000HAP-6b@7562ad49b5b3>

#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 Liwei Ji):

I?m not surprised with this speed without subcycling.  
You can do the following to improve a bit

1. Turn off calc\_ADMRHS\_vars, it?s not required for BBH simulations.
2. Use 2 OMP instead of 7. It?s the best number for me. You should try different OMP yourself.
3. You can also play a bit with the par `max_tile_size_x` while keeping `max_tile_size_y/z` small. I didn?t see big speed difference for myself, but you can still try.

For the memory issue, if you are using Z4c from the development branch of my fork, it has 5 copies of state vector for the purpose of subcycling. You can use the main branch instead.  

@{557058:59e031ba-9bb5-4298-a472-7b99d0ae6f22} could you take a look at the `run_cactus.sh` and see if there anything suspicions?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-carpetx-with-cpus-high
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/9667f6bd/attachment.htm>

From trac-noreply at einsteintoolkit.org  Fri Aug  8 09:02:00 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Fri, 08 Aug 2025 14:02:00 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1ukNfU-000HMF-Bl@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Roland Haas):

Very good. Thank you. Most easily may be as a pull request, but it is also ok to just attach them to this ticket \(or create a new one\) and I?ll make a commit for you out of them.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250808/0c4b9539/attachment.htm>

From trac-noreply at einsteintoolkit.org  Mon Aug 11 15:02:31 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Mon, 11 Aug 2025 20:02:31 +0000
Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0
Message-ID: <E1ulYj1-000NWf-R0@7562ad49b5b3>

#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):

Fixed in pull requests:  

* [https://github.com/EinsteinToolkit/ExternalLibraries-openPMD/pull/2](https://github.com/EinsteinToolkit/ExternalLibraries-openPMD/pull/2)
* [https://github.com/EinsteinToolkit/ExternalLibraries-NSIMD/pull/3](https://github.com/EinsteinToolkit/ExternalLibraries-NSIMD/pull/3)

?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250811/945f249e/attachment.htm>

From trac-noreply at einsteintoolkit.org  Mon Aug 11 15:02:44 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Mon, 11 Aug 2025 20:02:44 +0000
Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0
Message-ID: <E1ulYjE-000NWk-1G@7562ad49b5b3>

#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):

Please review.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250811/5bbf0657/attachment.htm>

From trac-noreply at einsteintoolkit.org  Mon Aug 11 15:03:11 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Mon, 11 Aug 2025 20:03:11 +0000
Subject: [ET Trac] #2883: ExternalLibraries fail to build with cmake 4.0
Message-ID: <E1ulYjf-000NWs-PQ@7562ad49b5b3>

#2883: ExternalLibraries fail to build with cmake 4.0

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Changes (by Roland Haas):

responsible: [] (was )
assignee: Roland Haas (was )


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries-fail-to-build-with-cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250811/a68ddecf/attachment.htm>

From trac-noreply at einsteintoolkit.org  Tue Aug 12 13:07:52 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Tue, 12 Aug 2025 18:07:52 +0000
Subject: [ET Trac] #2880: backport ExternalLibraries changes for gcc-15,
 and RPM-based repos to Kruskal
Message-ID: <E1ultPc-000OcC-7Y@7562ad49b5b3>

#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):

* #2883 

?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2880/backport-externallibraries-changes-for-gcc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250812/d57ce805/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 13 04:55:58 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Wed, 13 Aug 2025 09:55:58 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1um8D8-000Owf-Fs@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Changes (by Alejandra Gonzalez):

attachment: marenostrum5-cuda.cfg (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2858/attachments/marenostrum5-cuda.cfg)

Comment (by Alejandra Gonzalez):

Added working files for simfactory in Marenostrum5

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250813/019693a6/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 14 09:40:50 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 14 Aug 2025 14:40:50 +0000
Subject: [ET Trac] #2882: Running BBH with CarpetX with CPUs: High memory
 consumption and low performance
Message-ID: <E1umZ8M-000PbL-TN@7562ad49b5b3>

#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 Roland Haas):

My only suggestion would be to make sure that the different threads are not all tied to the same CPU core. The Marenostrum docs may have examples for this. You could also try and see if adding 

```
ActiveThorns = SystemTopology
```

would help since it will forcefully adjust the thread binding at runtime.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-carpetx-with-cpus-high
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250814/a616f6a8/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 14 10:30:22 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 14 Aug 2025 15:30:22 +0000
Subject: [ET Trac] #2867: WaveToyX examples,
 HDF5 output error in all three examples.
Message-ID: <E1umZuI-000PdN-1k@7562ad49b5b3>

#2867: WaveToyX examples,  HDF5 output error in all three examples.

 Reporter: Keith Dow
   Status: new
Milestone: ET_2024_11
  Version: ET_2024_05
     Type: bug
 Priority: minor
Component: EinsteinToolkit thorn

Comment (by Roland Haas):

@{5f2f18c8e8c45600229698f5} in today?s call mentions that he has seen this coming out of Silo

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2867/wavetoyx-examples-hdf5-output-error-in-all
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250814/5def543e/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 14 10:32:33 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 14 Aug 2025 15:32:33 +0000
Subject: [ET Trac] #2866: Problem while building the ET on MN5: OpenCL
Message-ID: <E1umZwP-000PdW-T3@7562ad49b5b3>

#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: Steven R. Brandt (was )


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2866/problem-while-building-the-et-on-mn5
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250814/23ba14bd/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 14 11:45:40 2025
From: trac-noreply at einsteintoolkit.org (Lucas Timotheo Sanches)
Date: Thu, 14 Aug 2025 16:45:40 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1umb5A-000Pfr-Ot@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Lucas Timotheo Sanches):

I will attempt to try these files in Mare Nostrum and report back when I do so

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250814/c2bdc52f/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 20 14:08:19 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Wed, 20 Aug 2025 19:08:19 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1uooAV-000Sdt-CQ@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Comment (by Alejandra Gonzalez):

Hi Liwei, thank you. I reduced the radius and that solved this error.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250820/6b039b21/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 20 19:20:10 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 21 Aug 2025 00:20:10 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1uot2I-000Shl-Nx@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: resolved
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Changes (by Roland Haas):

status: resolved (was new)

Comment (by Roland Haas):

Thanks Liwei. I am closing this as fixed.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/afecead5/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 20 19:27:53 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 21 Aug 2025 00:27:53 +0000
Subject: [ET Trac] #2858: Compiling CarpetX: issues with PDESolvers
Message-ID: <E1uot9l-000Shr-DJ@7562ad49b5b3>

#2858: Compiling CarpetX: issues with PDESolvers

 Reporter: Alejandra Gonzalez
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Changes (by Roland Haas):

responsible: [] (was [])
assignee: Lucas Timotheo Sanches (was Roland Haas)


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2858/compiling-carpetx-issues-with-pdesolvers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/25106405/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 20 21:05:09 2025
From: trac-noreply at einsteintoolkit.org (Liwei Ji)
Date: Thu, 21 Aug 2025 02:05:09 +0000
Subject: [ET Trac] #2881: Running BBH with CarpetX: Assertion `all(i >= 0 &&
 i + order < grid.lsh)' failed
Message-ID: <E1uouft-000Sk0-5q@7562ad49b5b3>

#2881: Running BBH with CarpetX: Assertion `all(i >= 0 && i + order < grid.lsh)' failed

 Reporter: Alejandra Gonzalez
   Status: resolved
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: CarpetX

Changes (by Liwei Ji):

responsible: [] (was )
assignee: Liwei Ji (was )


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2881/running-bbh-with-carpetx-assertion-all-i-0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/36c7a120/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 21 09:16:31 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 21 Aug 2025 14:16:31 +0000
Subject: [ET Trac] #2882: Running BBH with CarpetX with CPUs: High memory
 consumption and low performance
Message-ID: <E1up65f-000SrC-94@7562ad49b5b3>

#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 Roland Haas):

Should we close this ticket?

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-carpetx-with-cpus-high
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/4937d5c7/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 21 09:47:21 2025
From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş)
Date: Thu, 21 Aug 2025 14:47:21 +0000
Subject: [ET Trac] #2859: IOHDF5 passes CFLAGS to linker
Message-ID: <E1up6ZV-000Srt-Lo@7562ad49b5b3>

#2859: IOHDF5 passes CFLAGS to linker

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Beyhan Karaka?):

I have checked the change. Please apply.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2859/iohdf5-passes-cflags-to-linker
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/a5dd30c2/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 21 11:28:55 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 21 Aug 2025 16:28:55 +0000
Subject: [ET Trac] #2859: IOHDF5 passes CFLAGS to linker
Message-ID: <E1up89n-000Ssu-HE@7562ad49b5b3>

#2859: IOHDF5 passes CFLAGS to linker

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Roland Haas):

Applied as git hash [4603535](https://bitbucket.org/cactuscode/cactuspughio/commits/4603535057b57086fe8ecd516b9f288b202cce91) "IOHDF5: do not pass CFLAGS to LD" of [cactuspughio](https://bitbucket.org/cactuscode/cactuspughio)

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2859/iohdf5-passes-cflags-to-linker
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/468fa9ff/attachment-0001.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 21 11:29:07 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 21 Aug 2025 16:29:07 +0000
Subject: [ET Trac] #2859: IOHDF5 passes CFLAGS to linker
Message-ID: <E1up89z-000Ssz-Qp@7562ad49b5b3>

#2859: IOHDF5 passes CFLAGS to linker

 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/2859/iohdf5-passes-cflags-to-linker
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250821/1007ec1a/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 27 20:04:51 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 01:04:51 +0000
Subject: [ET Trac] #1847: FFTW3 fortran interface not working for system
 installation
Message-ID: <E1urR4N-000VZT-8z@7562ad49b5b3>

#1847: FFTW3 fortran interface not working for system installation

 Reporter: Frank L?ffler
   Status: open
Milestone: 
  Version: development version
     Type: bug
 Priority: minor
Component: Cactus

Comment (by Roland Haas):

git hash [d4f8ef7](https://github.com/EinsteinToolkit/ExternalLibraries-FFTW3/commits/d4f8ef72263a396f0160df74dadd4128415fdfad) "use INCLUDE\_DIRECTORY\_FORTRAN" of [ExternalLibraries-FFTW3](https://github.com/EinsteinToolkit/ExternalLibraries-FFTW3) unconditionally adds `/usr/include` to `INCLUDE_DIRECTORY_FORTRAN` which is, correctly, pointed out as not-the-thing-to-do in [https://bitbucket.org/einsteintoolkit/tickets/issues/1847/fftw3-fortran-interface-not-working-for?iframe=true&spa=0#comment-50395117](https://bitbucket.org/einsteintoolkit/tickets/issues/1847/fftw3-fortran-interface-not-working-for?iframe=true&spa=0#comment-50395117)

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1847/fftw3-fortran-interface-not-working-for
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/ebd461f9/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 27 20:08:49 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 01:08:49 +0000
Subject: [ET Trac] #2884: remove static variables used in Fortran wrappers
Message-ID: <E1urR8D-000VZt-GE@7562ad49b5b3>

#2884: remove static variables used in Fortran wrappers

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: enhancement
 Priority: major
Component: Cactus

Similar to #2319 this removes use of static variables in the all chain for Fortran scheduled functions, making it possible to call them from CarpetX. It also removes a use of a string-based group lookup which linearly travered a linked list and had a malloc/free pair for each lookup.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2884/remove-static-variables-used-in-fortran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/cd49e1b3/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 27 20:10:05 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 01:10:05 +0000
Subject: [ET Trac] #2884: remove static variables used in Fortran wrappers
Message-ID: <E1urR9R-000VZz-Jn@7562ad49b5b3>

#2884: remove static variables used in Fortran wrappers

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: enhancement
 Priority: major
Component: Cactus

Comment (by Roland Haas):

Pull request is here: [https://bitbucket.org/cactuscode/cactus/pull-requests/172](https://bitbucket.org/cactuscode/cactus/pull-requests/172)

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2884/remove-static-variables-used-in-fortran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/bd8403f4/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 27 20:10:21 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 01:10:21 +0000
Subject: [ET Trac] #2884: remove static variables used in Fortran wrappers
Message-ID: <E1urR9h-000Va6-He@7562ad49b5b3>

#2884: remove static variables used in Fortran wrappers

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: enhancement
 Priority: major
Component: Cactus

Comment (by Roland Haas):

Please review.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2884/remove-static-variables-used-in-fortran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/ae5b102d/attachment.htm>

From trac-noreply at einsteintoolkit.org  Wed Aug 27 20:10:33 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 01:10:33 +0000
Subject: [ET Trac] #2884: remove static variables used in Fortran wrappers
Message-ID: <E1urR9t-000VaB-NM@7562ad49b5b3>

#2884: remove static variables used in Fortran wrappers

 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/2884/remove-static-variables-used-in-fortran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/a7a2d1ea/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 28 05:45:51 2025
From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez)
Date: Thu, 28 Aug 2025 10:45:51 +0000
Subject: [ET Trac] #2882: Running BBH with CarpetX with CPUs: High memory
 consumption and low performance
Message-ID: <E1ura8d-000Vqk-Eb@7562ad49b5b3>

#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):

Hi Roland, not yet. I still have to try out what you suggested.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-carpetx-with-cpus-high
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/89eb02d2/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 28 09:32:17 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 14:32:17 +0000
Subject: [ET Trac] #2851: remove explicit declaration of Cray pointer
 variables
Message-ID: <E1urdfl-000Vx9-4e@7562ad49b5b3>

#2851: remove explicit declaration of Cray pointer variables

 Reporter: Roland Haas
   Status: open
Milestone: 
  Version: 
     Type: bug
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Roland Haas):

Thank you Cheng Hsin

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2851/remove-explicit-declaration-of-cray
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/b87e8542/attachment-0001.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 28 09:32:23 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 14:32:23 +0000
Subject: [ET Trac] #2851: remove explicit declaration of Cray pointer
 variables
Message-ID: <E1urdfr-000VxE-4o@7562ad49b5b3>

#2851: remove explicit declaration of Cray pointer variables

 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/2851/remove-explicit-declaration-of-cray
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/fd6ea3ca/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 28 15:08:16 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 20:08:16 +0000
Subject: [ET Trac] #2884: remove static variables used in Fortran wrappers
Message-ID: <E1uriuu-000WAk-7u@7562ad49b5b3>

#2884: remove static variables used in Fortran wrappers

 Reporter: Roland Haas
   Status: open
Milestone: 
  Version: 
     Type: enhancement
 Priority: major
Component: Cactus

Comment (by Roland Haas):

Applied as 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)

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2884/remove-static-variables-used-in-fortran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/440c9b53/attachment.htm>

From trac-noreply at einsteintoolkit.org  Thu Aug 28 15:10:55 2025
From: trac-noreply at einsteintoolkit.org (Roland Haas)
Date: Thu, 28 Aug 2025 20:10:55 +0000
Subject: [ET Trac] #2884: remove static variables used in Fortran wrappers
Message-ID: <E1urixT-000WAx-7h@7562ad49b5b3>

#2884: remove static variables used in Fortran wrappers

 Reporter: Roland Haas
   Status: resolved
Milestone: 
  Version: 
     Type: enhancement
 Priority: major
Component: Cactus

Changes (by Roland Haas):

status: resolved (was open)


--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2884/remove-static-variables-used-in-fortran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20250828/8db426cb/attachment.htm>