Trac April 2026

trac@lists.einsteintoolkit.org

1 participants
74 discussions

#2908: Cactus: Fixed arg list too long error.
by Roland Haas 10 Apr '26

10 Apr '26

#2908: Cactus: Fixed arg list too long error. Reporter: Max Morris Status: open Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Unless object I will apply this after April 24th -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2908/cactus-fixed-arg-…

1 0

#1775: Add Boost to ET
by Roland Haas 10 Apr '26

10 Apr '26

#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): Note that my Debian box (and self-compiled Boost) do have a libboost_system: ``` /usr/lib/x86_64-linux-gnu/libboost_system.a libboost-system1.83-dev [amd64], libboost-system1.88-dev [amd64] /usr/lib/x86_64-linux-gnu/libboost_system.so libboost-system1.83-dev [amd64], libboost-system1.88-dev [amd64] ``` where did you encounter that file not being present? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et

1 0

#1775: Add Boost to ET
by Roland Haas 10 Apr '26

10 Apr '26

#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): In the ET call we collected some boost sub-libraries that are used in the ET: * system and filesystem (since in David's original code) * math (or so) by CarpetX's Algo library * ptree (FUKA), Python (FUKA) -- won't provide this since it opens up a can of worms trying to build for Python * optional, format, math, odeint, (RrPrimAnd, just says "Boost", but this is what is actually required to compile it) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et

1 0

#1775: Add Boost to ET
by Roland Haas 10 Apr '26

10 Apr '26

#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): oh, it does not like `-j` alone. Grr. Apparently I coded for this (there's special code) but never tested it. Fixed. Also removed the check for a `system` linker library. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et

1 0

#1775: Add Boost to ET
by Roland Haas 10 Apr '26

10 Apr '26

#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): hmm, would be nice if it told me what that invalid value was. Could you re-run with `export VERBOSE=yes`, please? That should show you the shell command that the build script tries to execute and thus the bad option value as well. it really only ever should be 1. a number (incl. 1), 2. nothing (if make was called with `-j` without any options). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et

1 0

#1775: Add Boost to ET
by Peter Diener 10 Apr '26

10 Apr '26

#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 Peter Diener): When trying the thorn in the repository, I got this output: Boost: Configuring... Building B2 engine.. ### ### ### Using 'gcc' toolset. ### ### g++ (GCC) 13.2.0 Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ### ### > g++ -x c++ -std=c++11 -O2 -s -DNDEBUG builtins.cpp class.cpp command.cpp compile.cpp constants.cpp cwd.cpp debug.cpp debugger.cpp execcmd.cpp execnt.cpp execunix.cpp filesys.cpp filent.cpp fileunix.cpp frames.cpp function.cpp glob.cpp hash.cpp hcache.cpp hdrmacro.cpp headers.cpp jam_strings.cpp jam.cpp jamgram.cpp lists.cpp make.cpp make1.cpp md5.cpp mem.cpp modules.cpp native.cpp object.cpp option.cpp output.cpp parse.cpp pathnt.cpp pathsys.cpp pathunix.cpp regexp.cpp rules.cpp scan.cpp search.cpp startup.cpp subst.cpp sysinfo.cpp timestamp.cpp variable.cpp w32_getreg.cpp modules/order.cpp modules/path.cpp modules/property-set.cpp modules/regex.cpp modules/sequence.cpp modules/set.cpp -o b2 tools/build/src/engine/b2 Detecting Python version... 2.7 Detecting Python root... /usr Unicode/ICU support for Boost.Regex?... /usr Generating B2 configuration in project-config.jam for gcc... Bootstrapping is done. To build, run: ./b2 To generate header files, run: ./b2 headers The configuration generated uses gcc to build by default. If that is unintended either use the --with-toolset option or adjust configuration, by editing 'project-config.jam'. Further information: - Command line help: ./b2 --help - Getting started guide: http://www.boost.org/more/getting_started/unix-variants.html - B2 documentation: http://www.boost.org/build/ Boost: Building... Invalid value for the '-j' option. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/1775/add-boost-to-et

1 0

#2912: Inconsistent computation of the volume form in Coordinates (llama) between Thornburg04/13 and default behavior
by Jordan Nicoules 10 Apr '26

10 Apr '26

#2912: Inconsistent computation of the volume form in Coordinates (llama) between Thornburg04/13 and default behavior Reporter: Jordan Nicoules Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Jordan Nicoules): Llama ticket submitted: https://bitbucket.org/llamacode/llama/issues/6/inconsistent-computation-of-… (due to the impossibility of forking to own workspace https://community.atlassian.com/forums/Bitbucket-articles/Deprecation-of-Fo…) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2912/inconsistent-comp…

1 0

#6: Inconsistent computation of the volume form in Coordinates (llama) between Thornburg04/13 and default behavior
by Jordan Nicoules 10 Apr '26

10 Apr '26

#6: Inconsistent computation of the volume form in Coordinates (llama) between Thornburg04/13 and default behavior Reporter: Jordan Nicoules Status: submitted Milestone: Version: Type: bug Priority: major Component: See ticket: https://bitbucket.org/einsteintoolkit/tickets/issues/2912/inconsistent-comp… **IMPORTANT WARNING: THIS IS A BEHAVIOR CHANGE AND MAY BREAK BACKWARD COMPATIBILITY FOR NON-THORNBURG04/13 RUNS!** # Modifications to implement: # ## Coordinates/src/inverse_jacobian.F90 ## See attached file. ### WARNING ### This was tested only on Thornburg04 and Thornburg04nc. Thornburg13 works like Thornburg04 and redefines its volume form, so it should be fine. For other patch systems, I'm not sure if this is safe for each subpatch, but I think that shouldn't be more wrong than the current implementation. ### NOTE ### Feel free to change the comments I made, and/or adapt the existing TODO in comment (lines 59-61) if it's relevant. ## Coordinates/src/thornburg04.cc Fix typo in comment line 1439: `// set volume form to determinant of Jacobian` ## Coordinates/src/thornburg13.cc Fix typo in comment line 2237: `// set volume form to determinant of Jacobian` attachment: inverse_jacobian.F90 (https://api.bitbucket.org/2.0/repositories/llamacode/llama/issues/6/attachm…) -- Ticket URL: https://bitbucket.org/llamacode/llama/issues/6/inconsistent-computation-of-…

1 0

#2930: Bug in QuasiLocalMeasures
by Marco Brito 10 Apr '26

10 Apr '26

#2930: Bug in QuasiLocalMeasures Reporter: Marco Brito Status: new Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn I found a bug in the QuasiLocalMeasures thorn, in the computation of the ADM momentum. In the source code file qlm_analyse.F90, in line 361 there is a plus sign instead of a minus sign, contradicting the ADM momentum formula: P^i_{ADM} = \frac{1}{8\pi}\lim_{r\to\infty} \oint_S (K^i_j - \delta^i_j K)dS^j [1] As expected for slices where K \neq 0 one was getting a wrong result. The correction is easy, just replace the plus sign by a minus sign. You can find the corrected file in attachment. [1] M. Alcubierre, Introduction to 3+1 Numerical Relativity, International Series of Monographs on Physics (Oxford University Press, Oxford, 2008). attachment: qlm_analyse.F90 (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2…) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2930/bug-in-quasilocal…

1 0

#2910: CarpetX: Add option to exclude boundaries in 1D tsv output
by Steven R. Brandt 09 Apr '26

09 Apr '26

#2910: CarpetX: Add option to exclude boundaries in 1D tsv output Reporter: Lucas Timotheo Sanches Status: resolved Milestone: Version: Type: enhancement Priority: trivial Component: Changes (by Steven R. Brandt): status: resolved (was open) Comment (by Steven R. Brandt): Applied. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2910/carpetx-add-optio…

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2026