From trac-noreply at einsteintoolkit.org Thu Mar 5 10:13:04 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Thu, 05 Mar 2026 16:13:04 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Here is the output of nvcc: ``` $ nvcc --version nvcc: NVIDIA (R) Cuda compiler driver Copyright (c) 2005-2025 NVIDIA Corporation Built on Tue_May_27_02:21:03_PDT_2025 Cuda compilation tools, release 12.9, V12.9.86 Build cuda_12.9.r12.9/compiler.36037853_0 ``` The problem is that in io_openpmd.hxx, two calls to any() cannot be properly resolved. I made various attempts to coerce the compiler to use the right any, but all of them failed. The branch hack/vect_any that gets around the problem, but I didn't make it a PR because i don't think this is how we want to handle the issue. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 5 14:09:52 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Thu, 05 Mar 2026 20:09:52 +0000 Subject: [ET Trac] #2908: Cactus: Fixed arg list too long error. Message-ID: #2908: Cactus: Fixed arg list too long error. Reporter: Max Morris Status: open Milestone: Version: Type: bug Priority: major Component: Comment (by Steven R. Brandt): The PR has been updated. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2908/cactus-fixed-arg-list-too-long-error -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Mar 10 10:36:41 2026 From: trac-noreply at einsteintoolkit.org (Cheng-Hsin Cheng) Date: Tue, 10 Mar 2026 15:36:41 +0000 Subject: [ET Trac] #2917: Include CanudaX Message-ID: #2917: Include CanudaX Reporter: Beyhan Karaka? Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Cheng-Hsin Cheng): Pull request created for manifest [here](https://bitbucket.org/einsteintoolkit/manifest/pull-requests/25). Note: We just changed the repository name from `Canudax_Lean` to `CanudaX` today, so any old references to the CanudaX repository URL will need to be updated accordingly -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2917/include-canudax -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 09:33:39 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 14:33:39 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Comment (by Roland Haas): There's also issues with CUDA 13.1 which requires a newer AMReX version which is not supported by CarpetX (structure members have changed names). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 09:43:47 2026 From: trac-noreply at einsteintoolkit.org (Cheng-Hsin Cheng) Date: Thu, 12 Mar 2026 14:43:47 +0000 Subject: [ET Trac] #2921: Multipatch support in NewRadX Message-ID: #2921: Multipatch support in NewRadX Reporter: Lucas Timotheo Sanches Status: open Milestone: Version: Type: enhancement Priority: major Component: Changes (by Cheng-Hsin Cheng): responsible: [] (was ) assignee: Cheng-Hsin Cheng (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2921/multipatch-support-in-newradx -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:00:22 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 15:00:22 +0000 Subject: [ET Trac] #2908: Cactus: Fixed arg list too long error. Message-ID: #2908: Cactus: Fixed arg list too long error. Reporter: Max Morris Status: open Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Seems to me that `$(shell : &>/dev/null $(A)))` still produces a warning (not too surprising since there's still a shell involves), so there goes my idea. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2908/cactus-fixed-arg-list-too-long-error -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:38:00 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:38:00 +0000 Subject: [ET Trac] #2172: Test "Binary black hole GW150914" example Message-ID: #2172: Test "Binary black hole GW150914" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): responsible: [] (was []) milestone: ET_2026_05 (was ET_2025_05) assignee: Deborah Ferguson (was Zach Etienne) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black-hole-gw150914-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:38:22 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:38:22 +0000 Subject: [ET Trac] #2172: Test "Binary black hole GW150914" example Message-ID: #2172: Test "Binary black hole GW150914" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: open (was resolved) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black-hole-gw150914-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:40:56 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:40:56 +0000 Subject: [ET Trac] #2173: Test "Poisson equation" example Message-ID: #2173: Test "Poisson equation" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): responsible: (was []) milestone: ET_2026_05 (was ET_2025_05) assignee: (was Steven R. Brandt) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2173/test-poisson-equation-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:44:29 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:44:29 +0000 Subject: [ET Trac] #2173: Test "Poisson equation" example Message-ID: #2173: Test "Poisson equation" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): responsible: [] (was ) assignee: Bing-Jyun Tsao (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2173/test-poisson-equation-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:44:47 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:44:47 +0000 Subject: [ET Trac] #2173: Test "Poisson equation" example Message-ID: #2173: Test "Poisson equation" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: open (was resolved) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2173/test-poisson-equation-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:46:42 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:46:42 +0000 Subject: [ET Trac] #2174: Test "Multi Patch Scalar Wave Equation" example Message-ID: #2174: Test "Multi Patch Scalar Wave Equation" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): milestone: ET_2026_05 (was ET_2025_05) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-scalar-wave-equation -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:46:51 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:46:51 +0000 Subject: [ET Trac] #2174: Test "Multi Patch Scalar Wave Equation" example Message-ID: #2174: Test "Multi Patch Scalar Wave Equation" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: open (was resolved) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-scalar-wave-equation -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:50:34 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:50:34 +0000 Subject: [ET Trac] #2176: Test "Binary neutron star" example Message-ID: #2176: Test "Binary neutron star" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): responsible: (was []) milestone: ET_2026_05 (was ET_2024_11) assignee: (was Maxwell Rizzo) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutron-star-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:51:29 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:51:29 +0000 Subject: [ET Trac] #2176: Test "Binary neutron star" example Message-ID: #2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: open (was resolved) Comment (by Beyhan Karaka?): Leo Werneck will test this for ET_2026_05. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutron-star-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:52:35 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:52:35 +0000 Subject: [ET Trac] #2175: Test "Single, stable neutron star" example Message-ID: #2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): responsible: [] (was []) milestone: ET_2026_05 (was ET_2025_05) assignee: Beyhan Karaka? (was Bing-Jyun Tsao) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stable-neutron-star-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:52:45 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:52:45 +0000 Subject: [ET Trac] #2175: Test "Single, stable neutron star" example Message-ID: #2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: open (was resolved) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stable-neutron-star-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:55:31 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:55:31 +0000 Subject: [ET Trac] #2870: Test "Black-hole hair in axi-dilaton gravity" example Message-ID: #2870: Test "Black-hole hair in axi-dilaton gravity" example Reporter: Maxwell Rizzo Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): responsible: (was []) milestone: ET_2026_05 (was ET_2025_05) assignee: (was Deborah Ferguson) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2870/test-black-hole-hair-in-axi-dilaton -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:55:57 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 12 Mar 2026 15:55:57 +0000 Subject: [ET Trac] #2870: Test "Black-hole hair in axi-dilaton gravity" example Message-ID: #2870: Test "Black-hole hair in axi-dilaton gravity" example Reporter: Maxwell Rizzo Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: open (was resolved) Comment (by Beyhan Karaka?): Noora Ghadiri will test this for ET_2026_05. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2870/test-black-hole-hair-in-axi-dilaton -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 10:58:21 2026 From: trac-noreply at einsteintoolkit.org (rahime matur) Date: Thu, 12 Mar 2026 15:58:21 +0000 Subject: [ET Trac] #2919: Include black hole-neutron star merger gallery example Message-ID: #2919: Include black hole-neutron star merger gallery example Reporter: Beyhan Karaka? Status: open Milestone: ET_2026_05 Version: development version Type: enhancement Priority: major Component: EinsteinToolkit website Changes (by rahime matur): responsible: [] (was ) version: development version (was ) assignee: rahime matur (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2919/include-black-hole-neutron-star-merger -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 11:48:54 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 16:48:54 +0000 Subject: [ET Trac] #2908: Cactus: Fixed arg list too long error. Message-ID: #2908: Cactus: Fixed arg list too long error. Reporter: Max Morris Status: open Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Looking at this carefully, the only reason for this song and dance is to create a file with the list of object files in it. However for the last 14 years GNU make has had a `file` function ``` fca11f60 - Create a new function $(file ...) (14 years ago) ``` that does just that (https://www.gnu.org/software/make/manual/html_node/File-Function.html): > The file function allows the makefile to write to or read from a file. which is intended for exactly this use (from the example in the docs): ``` program: $(OBJECTS) $(file >$@.in,$^) $(CMD) $(CMDFLAGS) @$@.in @rm $@.in ``` I have updated the pull request to use this function which avoids the various case distinctions and warnings written to screen. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2908/cactus-fixed-arg-list-too-long-error -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 12:43:31 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 17:43:31 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): Boost is getting inconveniently large. Version 1.90 clocks in at 202MB compressed. Version 1.86 is about 140MB (so I don't like that trajectory). FUKA requires boost with ptree (property tree library) which has been present since forever (well boost 1.35-rc1) so any version that compiles will do. Version 1.55 currently in David's Boost thorn no longer compiles with modern gcc (implicit function declaration is now an error by default). So there is a question of how modern a Boost we want to provide and how much disk space and download time (and complaints about ballooning size and "useless" code) we are willing to accept. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 12:44:28 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 17:44:28 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Changes (by Roland Haas): responsible: [] (was ) assignee: Roland Haas (was ) There was a request to support Boost in the ET. I suggest to add our Boost thorn, in the same way that we currently support PETSc. **Keyword:** -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 12:44:40 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 17:44:40 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: ET_2026_05 Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Changes (by Roland Haas): milestone: ET_2026_05 (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 14:46:28 2026 From: trac-noreply at einsteintoolkit.org (Cheng-Hsin Cheng) Date: Thu, 12 Mar 2026 19:46:28 +0000 Subject: [ET Trac] =?utf-8?q?=232923=3A_ADIOS2_compilation_fails_due_to_u?= =?utf-8?b?bmtub3duIHR5cGUgbmFtZSDigJhJTlQ0PSAg4oCZ?= Message-ID: #2923: ADIOS2 compilation fails due to unknown type name ?INT4? Reporter: Cheng-Hsin Cheng Status: new Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn ExternalLibraries/ADIOS2 compilation fails at the thirdparth/ffs stage, which seemed to happen when the size of int was not correctly detected by CMake. This error happened when I was trying to compile on Delta using cmake/3.31.8 and GNU 13.3.1 compilers, more details on the configuration [here](https://bitbucket.org/simfactory/simfactory2/pull-requests/76) The first error occurred here ``` [ 15%] Building C object thirdparty/ffs/ffs/CMakeFiles/ffs.dir/ffs/ffs_marshal.c.o In file included from /projects/bcvu/chcheng3/ETK_2025_05/Cactus/configs/et-test-simfactory/scratch/build/ADIOS2/ADIOS2-2.10.2/thirdparty/ffs/ffs/ffs/ffs.c:10: /projects/bcvu/chcheng3/ETK_2025_05/Cactus/configs/et-test-simfactory/scratch/build/ADIOS2/ADIOS2-2.10.2/thirdparty/ffs/ffs/fm/fm_internal.h:150:5: error: unknown type name ?INT4? 150 | INT4 field_size; | ^~~~ ``` In the header `fm_internal.h` the macro `INT4` seems to be undefined when CMake failed to set SIZEOF_INT correctly ``` #if SIZEOF_INT == 4 #define INT4 int #define UINT4 unsigned int #endif ``` I am not sure now to get CMake to set it correctly, and need some help resolving it. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilation-fails-due-to-unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 12 17:42:59 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 12 Mar 2026 22:42:59 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: ET_2026_05 Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): Annamalai says "Previous version of AMReX - 25.11 is compatible with CarpetX and Cuda 13.1.". -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 13 13:38:14 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Fri, 13 Mar 2026 18:38:14 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: ET_2026_05 Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Steven R. Brandt): At present, CarpetX does not compile with a boost newer than 1.84. We can't use 1.90. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 13 13:46:54 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Fri, 13 Mar 2026 18:46:54 +0000 Subject: [ET Trac] =?utf-8?q?=232923=3A_ADIOS2_compilation_fails_due_to_u?= =?utf-8?b?bmtub3duIHR5cGUgbmFtZSDigJhJTlQ0PSAg4oCZ?= Message-ID: #2923: ADIOS2 compilation fails due to unknown type name ?INT4? Reporter: Cheng-Hsin Cheng Status: new Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Steven R. Brandt): I think this happens if it fails to configure the fortran compiler. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilation-fails-due-to-unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 13 16:58:57 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Fri, 13 Mar 2026 21:58:57 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: ET_2026_05 Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): version 1.84 is 139MB (compressed). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 13 17:05:26 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Fri, 13 Mar 2026 22:05:26 +0000 Subject: [ET Trac] #1775: Add Boost to ET Message-ID: #1775: Add Boost to ET Reporter: Erik Schnetter Status: new Milestone: ET_2026_05 Version: development version Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): including it would make Boost the largest ExternalLibrary by a factor of at least 2 (the next largest is cmake with 61MB *uncompressed*), then ADIOS2 (37MB), then AMReX (25MB). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Mar 24 11:45:19 2026 From: trac-noreply at einsteintoolkit.org (rahime matur) Date: Tue, 24 Mar 2026 16:45:19 +0000 Subject: [ET Trac] #2919: Include black hole-neutron star merger gallery example Message-ID: #2919: Include black hole-neutron star merger gallery example Reporter: Beyhan Karaka? Status: open Milestone: ET_2026_05 Version: development version Type: enhancement Priority: major Component: EinsteinToolkit website Comment (by rahime matur): * The gallery example is available here: https://einsteintoolkit.org/gallery/bhns/index.html * Zenodo link: https://zenodo.org/records/18940220 * Fuka requires boost python, boost_filesystem and boost_system libraries. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2919/include-black-hole-neutron-star-merger -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Mar 24 12:17:11 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Tue, 24 Mar 2026 17:17:11 +0000 Subject: [ET Trac] #2919: Include black hole-neutron star merger gallery example Message-ID: #2919: Include black hole-neutron star merger gallery example Reporter: Beyhan Karaka? Status: open Milestone: ET_2026_05 Version: development version Type: enhancement Priority: major Component: EinsteinToolkit website Comment (by Beyhan Karaka?): The configure script in the Radice's Boost library is updated [here](https://github.com/dradice/Boost/compare/master...karakasb:Boost:master) , but boost 1.88 should be downloaded with ```wget https://archives.boost.io/release/1.88.0/source/boost_1_88_0.tar.bz2 ``` This configure now links against boost fileystem and boost system and compiles the ET with GCC 15.1 -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2919/include-black-hole-neutron-star-merger -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Mar 25 09:58:34 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Wed, 25 Mar 2026 14:58:34 +0000 Subject: [ET Trac] #2924: SystemTopology: Assertion `num_pus % num_cores == 0' fails on hybrid CPU Message-ID: #2924: SystemTopology: Assertion `num_pus % num_cores == 0' fails on hybrid CPU Reporter: Beyhan Karaka? Status: new Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit website I am using docker image of Ubuntu 24.04 on a machine with 12 cores, 20 threads (Intel Core i7-12700). As the number of PUs is not uniform in this machine, the assertion `assert(num_pus % num_cores == 0)` fails on start. I have attached the output and error files for the TOV gallery example, and it could be seen in any parfile that uses SystemTopology. attachment: tov_gallery_polytrop.err (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2924/attachments/tov_gallery_polytrop.err) attachment: tov_gallery_polytrop.out (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2924/attachments/tov_gallery_polytrop.out) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2924/systemtopology-assertion-num_pus-num_cores -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Mar 25 10:29:51 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Wed, 25 Mar 2026 15:29:51 +0000 Subject: [ET Trac] #2924: SystemTopology: Assertion `num_pus % num_cores == 0' fails on hybrid CPU Message-ID: #2924: SystemTopology: Assertion `num_pus % num_cores == 0' fails on hybrid CPU Reporter: Beyhan Karaka? Status: duplicate Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: duplicate (was new) Comment (by Beyhan Karaka?): Duplicate of #2756. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2924/systemtopology-assertion-num_pus-num_cores -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Mar 25 10:30:20 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Wed, 25 Mar 2026 15:30:20 +0000 Subject: [ET Trac] #2924: SystemTopology: Assertion `num_pus % num_cores == 0' fails on hybrid CPU Message-ID: #2924: SystemTopology: Assertion `num_pus % num_cores == 0' fails on hybrid CPU Reporter: Beyhan Karaka? Status: closed Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karaka?): status: closed (was duplicate) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2924/systemtopology-assertion-num_pus-num_cores -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 09:13:29 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 26 Mar 2026 14:13:29 +0000 Subject: [ET Trac] =?utf-8?q?=232923=3A_ADIOS2_compilation_fails_due_to_u?= =?utf-8?b?bmtub3duIHR5cGUgbmFtZSDigJhJTlQ0PSAg4oCZ?= Message-ID: #2923: ADIOS2 compilation fails due to unknown type name ?INT4? Reporter: Cheng-Hsin Cheng Status: new Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): has this been resolved? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilation-fails-due-to-unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 09:30:06 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 26 Mar 2026 14:30:06 +0000 Subject: [ET Trac] #2175: Test "Single, stable neutron star" example Message-ID: #2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Beyhan Karaka?): The gallery example was successfully tested on 25 March, and website was updated. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stable-neutron-star-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 09:59:06 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 26 Mar 2026 14:59:06 +0000 Subject: [ET Trac] #2909: Remove TAGS from interface.ccl Message-ID: #2909: Remove TAGS from interface.ccl Reporter: Steven R. Brandt Status: open Milestone: ET_2025_05 Version: ET_2025_05 Type: enhancement Priority: major Component: Cactus Comment (by Roland Haas): Discussed in today?s ET call. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2909/remove-tags-from-interfaceccl -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 11:11:58 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 26 Mar 2026 16:11:58 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Comment (by Roland Haas): Could you provide the error message and the diff your workaround, please? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 11:32:12 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 26 Mar 2026 16:32:12 +0000 Subject: [ET Trac] #2925: overflow in rat in Arith Message-ID: #2925: overflow in rat in Arith Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Arith implements rational numbers which are used by CarpetX to track iterations on refinement levels, so that it can handle the fractional times of the coarse step that are used by refined levels. In https://github.com/EinsteinToolkit/CarpetX/pull/377#pullrequestreview-3994686849 I had to find the maximum and minimum iteration used during interpolation and a code putting an elephant in a known location: ``` diff --git a/CarpetX/src/interpolate.cxx b/CarpetX/src/interpolate.cxx index eee39a9a..2c490c68 100644 --- a/CarpetX/src/interpolate.cxx +++ b/CarpetX/src/interpolate.cxx @@ -664,6 +664,11 @@ extern "C" void CarpetX_Interpolate(const CCTK_POINTER_TO_CONST cctkGH_, givis.at(v) = {gi, vi}; } + rat64 min_level_iteration_used = + std::numeric_limits::max(); + rat64 max_level_iteration_used = + std::numeric_limits::min(); + bool requires_interpolation_in_time = false; for (const auto &patchdata : ghext->patchdata) { const int patch = patchdata.patch; for (const auto &leveldata : patchdata.leveldata) { @@ -676,6 +681,11 @@ extern "C" void CarpetX_Interpolate(const CCTK_POINTER_TO_CONST cctkGH_, const GridDesc grid(leveldata, mfp); // const int component = mfp.index(); + min_level_iteration_used = + std::min(min_level_iteration_used, leveldata.iteration); + max_level_iteration_used = + std::max(max_level_iteration_used, leveldata.iteration); + const int np = pti.numParticles(); const auto &particles = pti.GetArrayOfStructs(); ``` fails as pointed out in the comment by Yosef since `min(rat64,rat64)` computes products of numerator and denominator which are guaranteed to overflow given that one numerator is `INT64_MAX`. For this special case the workaround is to keep track of whether one has already set the min / max candidate, but the issue is present in general in that overflows can happen. Generic routines to compare that avoid overflows would require for example repeated divisions with remainders or having access to a double-length variable type (but there's not `int128_t` in C++). For use as an iteration counter (since Cactus's `cctk_iteration` is 32 bits only) a rat32 would be sufficient, which would provide access to `int64_t` for the multiplication as an intermediate result. This ticket exists solely to record the fact that this is a known issue. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2925/overflow-in-rat-in-arith -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 12:08:20 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 26 Mar 2026 17:08:20 +0000 Subject: [ET Trac] #2925: overflow in rat in Arith Message-ID: #2925: overflow in rat in Arith Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Comment (by Roland Haas): Following up on the discussion, one can do the multiplication manually: ``` // TODO: need special code to handle the case if a or b is int64_min since -int64_min > int64_max (https://en.cppreference.com/w/cpp/numeric/math/abs#Notes) int64_t save_mult(int64_t a, int64_t b) { uint64_t abs_a = std::abs(a); uint64_t abs_b = std::abs(b); auto upper = [](uint64_t x) -> uint32_t { return (x >> 32) & 0xffffffffu; }; auto lower = [](uint64_t x) -> uint32_t { return (x >> 0) & 0xffffffffu; }; assert(upper(abs_a) * upper(abs_b) == 0); assert(upper(upper(abs_a) * lower(abs_b)) == 0); assert(upper(lower(abs_a) * upper(abs_b)) == 0); // so far: no overflow for uint64_t, now check that we are not exceeding int64_max (~ 1/2 of uint64_max) assert(abs_a * abs_b <= std::numeric_limits::max()); return a*b; } ``` this does require knowing the bit-width at compile though (so is difficult with the templated `rational`) and has to handle corner cases. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2925/overflow-in-rat-in-arith -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 12:51:16 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 26 Mar 2026 17:51:16 +0000 Subject: [ET Trac] #2925: overflow in rat in Arith Message-ID: #2925: overflow in rat in Arith Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: minor Component: Comment (by Roland Haas): using `uint64_t` rollover is indeed simpler though: ``` // TODO: need special code to handle the case if a or b is int64_min since -int64_min > int64_max (https://en.cppreference.com/w/cpp/numeric/math/abs#Notes) int64_t save_mult(int64_t a, int64_t b) { int64_t sign = (a > 0) ^ (b > 0); uint64_t abs_a = std::abs(a); uint64_t abs_b = std::abs(b); uint64_t abs_ab = abs_a * abs_b; assert(abs_ab < std::numeric_limits::max()); assert((abs_ab >= abs_a && abs_ab >= abs_b) || (abs_a == 0 || abs_b == 0)); return sign ? -abs_ab : abs_ab; } ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2925/overflow-in-rat-in-arith -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 12:55:18 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 26 Mar 2026 17:55:18 +0000 Subject: [ET Trac] #2926: Include TwoPuncturesX Message-ID: #2926: Include TwoPuncturesX Reporter: Beyhan Karaka? Status: new Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Include TwoPuncturesX. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2926/include-twopuncturesx -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 12:56:26 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 26 Mar 2026 17:56:26 +0000 Subject: [ET Trac] #2926: Include TwoPuncturesX Message-ID: #2926: Include TwoPuncturesX Reporter: Beyhan Karaka? Status: new Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Beyhan Karaka?): @{557058:8bc23f2a-45c0-477d-8ac4-a5a16c734278} will review. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2926/include-twopuncturesx -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Mar 26 12:57:16 2026 From: trac-noreply at einsteintoolkit.org (Beyhan Karakaş) Date: Thu, 26 Mar 2026 17:57:16 +0000 Subject: [ET Trac] #2926: Include TwoPuncturesX Message-ID: #2926: Include TwoPuncturesX Reporter: Beyhan Karaka? Status: new Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Changes (by Beyhan Karaka?): responsible: [] (was []) assignee: Steven R. Brandt (was Zach Etienne) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2926/include-twopuncturesx -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 27 10:42:13 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Fri, 27 Mar 2026 15:42:13 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Comment (by Steven R. Brandt): This is the error: ``` /work/sbrandt/Cactus/arrangements/CarpetX/CarpetX/src/io_openpmd.cxx(287): error: "any" is ambiguous constexpr bool empty() const { return any(hi < lo); } ^ /work/sbrandt/Cactus/arrangements/CarpetX/CarpetX/src/io_openpmd.cxx(1251): error: "CarpetX::any" is ambiguous if (any(I < box.lo || I >= box.hi)) ^ ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 27 10:44:06 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Fri, 27 Mar 2026 15:44:06 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Comment (by Steven R. Brandt): I have already provided the workaround in the hack/vect_any branch, but here it is again: ``` diff --git a/Arith/src/vect.hxx b/Arith/src/vect.hxx index 302833da..c547bb46 100644 --- a/Arith/src/vect.hxx +++ b/Arith/src/vect.hxx @@ -638,6 +638,12 @@ template struct vect { zero()(), x); } + friend constexpr ARITH_INLINE ARITH_DEVICE ARITH_HOST auto /*bool*/ + vect_any(const vect &x) { + return fold([](const T &a, const T &b) ARITH_INLINE { return a || b; }, + zero()(), x); + } + friend constexpr ARITH_INLINE ARITH_DEVICE ARITH_HOST auto /*bool*/ allisfinite(const vect &x) { return all( diff --git a/CarpetX/src/io_openpmd.cxx b/CarpetX/src/io_openpmd.cxx index 536a0749..a84bcbdb 100644 --- a/CarpetX/src/io_openpmd.cxx +++ b/CarpetX/src/io_openpmd.cxx @@ -284,7 +284,7 @@ struct carpetx_openpmd_t { constexpr friend bool operator!=(const box_t &x, const box_t &y) { return !(x == y); } - constexpr bool empty() const { return any(hi < lo); } + constexpr bool empty() const { return vect_any(hi < lo); } constexpr Arith::vect shape() const { Arith::vect sh; for (std::size_t d = 0; d < D; ++d) @@ -1248,7 +1248,7 @@ void carpetx_openpmd_t::InputOpenPMD(const cGH *const cctkGH, for (int j = extbox.lo[1]; j < extbox.hi[1]; ++j) { for (int i = extbox.lo[0]; i < extbox.hi[0]; ++i) { const Arith::vect I{i, j, k}; - if (any(I < box.lo || I >= box.hi)) + if (vect_any(I < box.lo || I >= box.hi)) memcpy(cactus_var_ptr + (cactus_di * i + cactus_dj * j + cactus_dk * k) * vartypesize, ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 27 11:42:18 2026 From: trac-noreply at einsteintoolkit.org (Erik Schnetter) Date: Fri, 27 Mar 2026 16:42:18 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Comment (by Erik Schnetter): Is that the complete error message? Does it list the matching function declarations that make the call ambiguous? Did you try writing `Arith::vect::any(...)`? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 27 13:13:56 2026 From: trac-noreply at einsteintoolkit.org (Cheng-Hsin Cheng) Date: Fri, 27 Mar 2026 18:13:56 +0000 Subject: [ET Trac] =?utf-8?q?=232923=3A_ADIOS2_compilation_fails_due_to_u?= =?utf-8?b?bmtub3duIHR5cGUgbmFtZSDigJhJTlQ0PSAg4oCZ?= Message-ID: #2923: ADIOS2 compilation fails due to unknown type name ?INT4? Reporter: Cheng-Hsin Cheng Status: new Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Cheng-Hsin Cheng): Sorry, I am still not understanding how this can be resolved. The ADIOS2 library was configured without Fortran support by default, and I don't understand how it would affect the compilation for the C files. How should I configure my build? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilation-fails-due-to-unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 27 13:34:38 2026 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Fri, 27 Mar 2026 18:34:38 +0000 Subject: [ET Trac] =?utf-8?q?=232923=3A_ADIOS2_compilation_fails_due_to_u?= =?utf-8?b?bmtub3duIHR5cGUgbmFtZSDigJhJTlQ0PSAg4oCZ?= Message-ID: #2923: ADIOS2 compilation fails due to unknown type name ?INT4? Reporter: Cheng-Hsin Cheng Status: new Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): I think what Steve says is that it uses the Fortran compiler at compile stage to figure out what INT4 should be. So you need to make sure to have a working Fortran compiler set up in your option list. Even if you do not actually expect to compile any Fortran code. Most likely if you scroll up in the error log you may find more information. If you cannot identify anything, please attach the full error log to the ticket. See https://einsteintoolkit.org/support.html#general-guidelines-for-questions -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilation-fails-due-to-unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Mar 27 14:12:10 2026 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Fri, 27 Mar 2026 19:12:10 +0000 Subject: [ET Trac] #2922: CarpetX does not compile with CUDA 12.9 Message-ID: #2922: CarpetX does not compile with CUDA 12.9 Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: CarpetX Comment (by Steven R. Brandt): Yes, this is the whole error message. Adding the qualifier gives the following error: ``` /work/sbrandt/Cactus/arrangements/CarpetX/CarpetX/src/io_openpmd.cxx(287): error: class "Arith::vect" has no member "any" constexpr bool empty() const { return vect::any(hi < lo); } ^ /work/sbrandt/Cactus/arrangements/CarpetX/CarpetX/src/io_openpmd.cxx(1251): error: class "Arith::vect" has no member "any" if (vect::any(I < box.lo || I >= box.hi)) ^ ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2922/carpetx-does-not-compile-with-cuda-129 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Mar 31 18:56:45 2026 From: trac-noreply at einsteintoolkit.org (Cheng-Hsin Cheng) Date: Tue, 31 Mar 2026 23:56:45 +0000 Subject: [ET Trac] =?utf-8?q?=232923=3A_ADIOS2_compilation_fails_due_to_u?= =?utf-8?b?bmtub3duIHR5cGUgbmFtZSDigJhJTlQ0PSAg4oCZ?= Message-ID: #2923: ADIOS2 compilation fails due to unknown type name ?INT4? Reporter: Cheng-Hsin Cheng Status: new Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Cheng-Hsin Cheng): Here is the full build output showing the errors I encountered. It was not obvious to me how the Fortran compiler isn't configured correctly, as I was able to compile other Fortran files without issue. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilation-fails-due-to-unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: