#2857: Compiling CarpetX with OpenPMD
Reporter: Alejandra Gonzalez
Status: submitted
Milestone: ET_2024_11
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Note that when updating the `OptionList` you often have to build \(once\) with `--reconfig` to make sure setting are correctly or even \(dependency tracking gets fuzzy with options\) have to do a
```
touch arrangements/ExternalLibraries/openPMD/*.ccl arrangements/ExternalLibraries/openPMD/src/*
```
to trigger options being correctly transferred to `make.OPENPMD_API.defn`.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2857/compiling-carpetx…
#2857: Compiling CarpetX with OpenPMD
Reporter: Alejandra Gonzalez
Status: submitted
Milestone: ET_2024_11
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Hmm, could you provide the content of the files
* `configs/sim/bindings/Configuration/Capabilities/make.OPENPMD_API.defn`
* `configs/sim/bindings/Configuration/Capabilities/make.CARPETX.defn`
?
Those contain the values used by the build system. The first one to see what OpenPMD recorded and the second one to make sure CarpetX is actually using OpenPMD’s settings.
Also if you could do a:
```
./simfactory/bin/sim build -j1
```
which will fail and then another build run:
```
VERBOSE=yes ./simfactory/bin/sim build -j1 &>make.log
```
then attach the file `make.log` to this ticket \(the “Attach file” option is hidden behind the “More v” button near the top right of the screen\), that would help.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2857/compiling-carpetx…
#2857: Compiling CarpetX with OpenPMD
Reporter: Alejandra Gonzalez
Status: submitted
Milestone: ET_2024_11
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Dear ETK developers,
While attempting to compile CarpetX with the most recent version of ETK,
everything seemed to go smoothly except when it
tries to build the external library openPMD. Apparently the library
tries to fetch a github repository during compilation, e.g.
nlohmann\_json, which is not possible to do on the cluster I'm trying
to do it since it has no connection to the outside.
Naturally, I downloaded the repository locally, sent it to my cluster
manually and set the path on my cluster optionlist file
`simfactory/mdb/optionlists/marenostrum5.cfg`:
openPMD\_json\_src = path/to/my/local/repo
However during compilation it still attempts to clone the repo and I
still fail to find the correct place to set this path. For this reason I compiled
OpenPMD separately on my system and added the corresponding paths:
```
OPENPMD_DIR = /home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build
OPENPMD_LIB_DIRS = /home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build/lib
OPENPMD_INC_DIRS = /home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build/openPMD-api/include
openPMD_SOURCE_DIR = /home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build/openPMD-api
```
to simfactory/mdb/optionlists/marenostrum5.cfg which I see during compilation that simfactory recognizes them:
```
Setting OPENPMD_DIR to '/home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build'
Setting OPENPMD_LIB_DIRS to '/home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build/lib'
Setting OPENPMD_INC_DIRS to '/home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build/openPMD-api/include'
Setting openPMD_SOURCE_DIR to '/home/uib/uib416720/ETK2024/CarpetX/openPMD-api_build/openPMD-api'
End of options from '/home/uib/uib416720/ETK2024/CarpetX/Cactus/configs/sim_cx/OptionList'.
```
Unfortunately I still get an error:
```
COMPILING CarpetX/CarpetX/src/io_openpmd.cxx
/gpfs/home/uib/uib416720/ETK2024/CarpetX/Cactus/configs/sim_cx/build/CarpetX/io_openpmd.cxx:17:10: fatal error: openPMD/openPMD.hpp: No such file or directory
17 | #include <openPMD/openPMD.hpp>
| ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[3]: *** [/gpfs/home/uib/uib416720/ETK2024/CarpetX/Cactus/configs/sim_cx/config-data/make.config.rules:318: io_openpmd.cxx.o] Error 1
make[2]: *** [/gpfs/home/uib/uib416720/ETK2024/CarpetX/Cactus/lib/make/make.thornlib:113: make.checked] Error 2
make[1]: *** [/gpfs/home/uib/uib416720/ETK2024/CarpetX/Cactus/lib/make/make.configuration:179: /gpfs/home/uib/uib416720/ETK2024/CarpetX/Cactus/configs/sim_cx/lib/libthorn_CarpetX.a] Error 2
```
Even though the paths I passed are correct and the hpp file does exist there. I did a small test script where I added `#include <openPMD/openPMD.hpp>` and worked without problems, which makes me guess it’s an issue within simfactory or CarpetX itself.
I would really appreciate some guidance or suggestions about what I could do. The system is MareNostrum 5, which is relatively new.
Thanks in advance.
Sincerely,
Alejandra
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2857/compiling-carpetx…
#2845: support (again) filesystem in std::experimental in Silo output
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: enhancement
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Unless objected I will apply this after 2025-03-07
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2845/support-again-fil…
#2172: Test "Binary black hole GW150914" example
Reporter: Roland Haas
Status: open
Milestone: ET_2024_11
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Comment (by Roland Haas):
@{557058:f7fd5133-6eee-4385-a5e5-3e03342a0b24} could you update the web-page and the downloads section, please?
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black…
#2856: CarpetX: CarpetX errors out when it cycles time levels if those levels are not valid everywhere
Reporter: Steven R. Brandt
Status: new
Milestone: ET_2025_05
Version:
Type: bug
Priority: major
Component: Other
The issue is that presync-only does not work because CarpetX errors out when it cycles time levels if those levels are not valid everywhere. The PR adds a check to see whether presync-only is active and calls Sync if it is needed.
PR: [https://github.com/EinsteinToolkit/CarpetX/pull/328](https://github.com/Ein…
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2856/carpetx-carpetx-e…
#2839: look for multiple flavors of hdf5 library names
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Unless objected I will apply this after 2025-03-06
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2839/look-for-multiple…
#2855: NoiseX: Improve noise generation in CarpetX
Reporter: Lucas Timotheo Sanches
Status: new
Milestone:
Version:
Type: enhancement
Priority: minor
Component: EinsteinToolkit thorn
Changes (by Lucas Timotheo Sanches):
Noise generation in `ADMBaseX` is not reproducible and not easily controlled.
This moves noise generation to a separate thorn and makes and improves noise reproducibility by allowing users to use fixed noise engines with fixed noise seeds.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2855/noisex-improve-no…
#2855: NoiseX: Improve noise generation in CarpetX
Reporter: Lucas Timotheo Sanches
Status: new
Milestone:
Version:
Type: enhancement
Priority: minor
Component: EinsteinToolkit thorn
Noise generation in `ADMBaseX` is not reproducible and not easily controlled.
This moves noise generation to a separate thorn and makes the type of noise and improves noise reproducibility by allowing users to use fixed noise engines with fixed noise seeds.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2855/noisex-improve-no…
#2776: zlib: also use pkg-config when searching for installed version
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: enhancement
Priority: minor
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Unless objected I will apply after 2025-02-20
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2776/zlib-also-use-pkg…
#2840: supplement rather than supercede auto-guessed data with gsl-config
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: bug
Priority: minor
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Unless objected I will apply after 2025-03-05
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2840/supplement-rather…
#2838: supplement pkg-config information by h5cc
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Unless objected I will apply this after 2025-03-05.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2838/supplement-pkg-co…
#2852: No error for multiple definitions of an interface group.
Reporter: Steven R. Brandt
Status: resolved
Milestone: ET_2025_05
Version:
Type: bug
Priority: major
Component: Cactus
Changes (by Roland Haas):
status: resolved (was open)
Comment (by Roland Haas):
Thank you!
Applied as git hash a31f3ea5 "Cactus: provide an error message for multiple definitions of an interface group or variable" of cactus
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2852/no-error-for-mult…
#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):
@{557058:56049c54-f8c2-4b6c-9b88-ab697c967495} said in today’s ET all: “looks good”.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2851/remove-explicit-d…
#2854: DNSData does not declare dependency on SGRID
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Changes (by Roland Haas):
status: open (was new)
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2854/dnsdata-does-not-…
#2854: DNSData does not declare dependency on SGRID
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Changes (by Roland Haas):
responsible: [] (was )
assignee: Michal Pirog (was )
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2854/dnsdata-does-not-…