#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
#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
#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-…
#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…
#2929: GRHayLET/IllinoisGRMHD convert_IllinoisGRMHD_to_HydroBase schedule compatibility with VolumeIntegrals_*
Reporter: Maxwell Rizzo
Status: new
Milestone: ET_2026_05
Version: ET_2025_05
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
As a suggestion: there is a Cactus parameter
```
Cactus::schedule_sort_mode = "descending"
```
also "non", the default, or "ascending".
Which can be used to willfully change the ordering of scheduled functions without any explicit `AFTER` or `BEFORE` relation. A correctly written `schedule.ccl` should be unaffected. While one that relies on accidental order would fail.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2929/grhaylet-illinois…
#2929: GRHayLET/IllinoisGRMHD convert_IllinoisGRMHD_to_HydroBase schedule compatibility with VolumeIntegrals_*
Reporter: Maxwell Rizzo
Status: new
Milestone: ET_2026_05
Version: ET_2025_05
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Comment (by Leonardo Rosa Werneck):
Thanks for pointing this out!
I created [PR #15](https://github.com/GRHayL/GRHayLET/pull/15) to address this issue. Will post an update once it's reviewed and merged.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2929/grhaylet-illinois…
#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):
Discussed on the ET call.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2923/adios2-compilatio…
#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 Steven R. Brandt):
Discussed on today's ET call.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2909/remove-tags-from-…